PREFIX wd: <http://www.wikidata.org/entity/>
PREFIX wdt: <http://www.wikidata.org/prop/direct/>
SELECT ( COUNT( DISTINCT ?occupation ) AS ?count ) WHERE {
  ?winner wdt:P166 wd:Q37922 .
  ?winner wdt:P31 wd:Q5 .
  ?winner wdt:P26 ?spouse .
  ?spouse wdt:P31 wd:Q5 .
  ?spouse wdt:P106 ?occupation
}

Using entities:
- Nobel Prize in Literature (wd:Q37922), also known as Nobel Literature Prize: is instance of literary award / is subclass of Nobel Prize / one of five prizes established by Alfred Nobel
- human (wd:Q5), also known as human being, humans, individual Homo sapiens, individual human, modern humans, etc.: is instance of class of organisms known by one particular common name / is instance of organisms known by a particular common name / is subclass of mammal / is subclass of natural person / is subclass of omnivore / is subclass of person / is subclass of individual animal / any single member of Homo sapiens, unique extant species of the genus Homo / common name of Homo sapiens, unique extant species of the genus Homo / common name of Homo sapiens, unique extant species of the genus Homo / common name of Homo sapiens, unique extant species of the genus Homo, from embryo to adult

Using properties:
- occupation (wd:P106 as wdt), also known as avocation, career, craft, employ, employment, etc.: occupation of a person; see also "field of work" (Property:P101), "position held" (Property:P39) / occupation of a person; see also "field of work" (Property:P101), "position held" (Property:P39) / occupation of a person. See also "field of work" ... (Property:P452), "members have occupation" (Property:P3989).
- award received (wd:P166 as wdt), also known as award, awarded, awards, awards received, award won, etc.: award or recognition received by a person, organisation or creative work / award or recognition received by a person, organization or creative work / award or recognition received by a person, organization or creative work / awards received by a person, organisation or creative work
- spouse (wd:P26 as wdt), also known as common-law husband, common-law spouse, common-law wife, husband, husbands, etc.: is subproperty of relative / is subproperty of significant person / the subject has the object as their spouse (husband, wife, ... Use "unmarried partner" (P451) for non-married companions / the subject has the object as their spouse (husband, wife, ... Use "unmarried partner" (P451) for non-married companions / the subject has the object as their spouse (husband, wife, ... Use "unmarried partner" (P451) for non-married companions
- instance of (wd:P31 as wdt), also known as example of, has type, is a, is an, is of type, etc.: that class of which this subject is a particular example and ... a subclass of mountain (and an instance of volcanic landform) / type to which this subject corresponds/belongs. Different ... instance of mountain; volcanoes form a subclass of mountains / type to which this subject corresponds/belongs. Different ... is an instance of mountain; volcano is a subclass of mountain

Got 1 row and 1 column:
| count        |
| ------------ |
| 76 (xsd:int) |

Answer: 76

76

SPARQL query over wikidata:
PREFIX wd: <http://www.wikidata.org/entity/>
PREFIX wdt: <http://www.wikidata.org/prop/direct/>
SELECT ( COUNT( DISTINCT ?occupation ) AS ?count ) WHERE {
  ?winner wdt:P166 wd:Q37922 .
  ?winner wdt:P31 wd:Q5 .
  ?winner wdt:P26 ?spouse .
  ?spouse wdt:P31 wd:Q5 .
  ?spouse wdt:P106 ?occupation
}

Using entities:
- Nobel Prize in Literature (wd:Q37922), also known as Nobel Literature Prize: is instance of literary award / is subclass of Nobel Prize / one of five prizes established by Alfred Nobel
- human (wd:Q5), also known as human being, humans, individual Homo sapiens, individual human, modern humans, etc.: is instance of class of organisms known by one particular common name / is instance of organisms known by a particular common name / is subclass of mammal / is subclass of natural person / is subclass of omnivore / is subclass of person / is subclass of individual animal / any single member of Homo sapiens, unique extant species of the genus Homo / common name of Homo sapiens, unique extant species of the genus Homo / common name of Homo sapiens, unique extant species of the genus Homo / common name of Homo sapiens, unique extant species of the genus Homo, from embryo to adult

Using properties:
- occupation (wd:P106 as wdt), also known as avocation, career, craft, employ, employment, etc.: occupation of a person; see also "field of work" (Property:P101), "position held" (Property:P39) / occupation of a person; see also "field of work" (Property:P101), "position held" (Property:P39) / occupation of a person. See also "field of work" ... (Property:P452), "members have occupation" (Property:P3989).
- award received (wd:P166 as wdt), also known as award, awarded, awards, awards received, award won, etc.: award or recognition received by a person, organisation or creative work / award or recognition received by a person, organization or creative work / award or recognition received by a person, organization or creative work / awards received by a person, organisation or creative work
- spouse (wd:P26 as wdt), also known as common-law husband, common-law spouse, common-law wife, husband, husbands, etc.: is subproperty of relative / is subproperty of significant person / the subject has the object as their spouse (husband, wife, ... Use "unmarried partner" (P451) for non-married companions / the subject has the object as their spouse (husband, wife, ... Use "unmarried partner" (P451) for non-married companions / the subject has the object as their spouse (husband, wife, ... Use "unmarried partner" (P451) for non-married companions
- instance of (wd:P31 as wdt), also known as example of, has type, is a, is an, is of type, etc.: that class of which this subject is a particular example and ... a subclass of mountain (and an instance of volcanic landform) / type to which this subject corresponds/belongs. Different ... instance of mountain; volcanoes form a subclass of mountains / type to which this subject corresponds/belongs. Different ... is an instance of mountain; volcano is a subclass of mountain

Execution result:
Got 1 row and 1 column:
| count        |
| ------------ |
| 76 (xsd:int) |

[System]
You are a question answering assistant. Your job is to generate a SPARQL query to answer a given user question.

You should follow a step-by-step approach to generate the SPARQL query:
1. Determine possible entities and properties implied by the user question.
2. Search for the entities and properties in the knowledge graphs. Where applicable, constrain the searches with already identified entities and properties.
3. Gradually build up the SPARQL query using the identified entities and properties. Start with simple queries and add more complexity as needed. Execute intermediate queries to get feedback and to verify your assumptions. You may need to refine or rethink your current plan based on the query results and go back to step 2 if needed, possibly multiple times.
4. Use the answer or cancel function to finalize your answer and stop the generation process.

Available knowledge graphs:
- wikidata at https://qlever.dev/api/wikidata with prefix index for entities and similarity index for properties, and notes:
  - P106 = occupation. Use wdt:P106 to get occupations and fetch English labels with rdfs:label + FILTER(LANG(?label)='en'). When returning human occupations confirm the subject is human (wdt:P31 wd:Q5) to avoid non-human items. For 'main business' prefer more specific occupation items (e.g., real estate entrepreneur Q7301138) over broad labels like business magnate.
  - Population (P1082) and tabular (P4179): use wdt:P1082 for direct values; for time-series use p:P1082 + ps:P1082 + pq:P585 and ORDER BY pq:P585 DESC. Inspect qualifiers (e.g., 'applies to part') and references (pr:P854) to detect scope. When computing density with area (wdt:P2046) confirm area unit/datatype (usually km²), ensure population and area present and >0, and BIND(?population/?area AS ?density).
  - Spouse nationality: do not rely only on P27. Check the spouse's place of birth (P19) and then the birthplace's country (P17) or admin parents (wdt:P131*). Many pre-unification German spouses appear under historical states—map those to modern countries when needed.
  - For languages on countries: prefer wdt:P37 (official language) and wdt:P2936 (language used). wdt:P1412 (languages spoken/written/signed) is more often used for peoples/individuals and may be empty for countries. Try P37 and P2936 first, then fall back to P1412/P407. Fetch English labels with rdfs:label + FILTER(LANG(?l)='en').
  - When filtering by date of birth (P569) use xsd:dateTime comparisons (e.g. >= "1900-01-01T00:00:00Z"^^xsd:dateTime). Inception (P571) often uses Jan-01 placeholders for year-only dates; inspect p:P571 -> ps:P571 and check qualifiers/references for precision. For independence dates, also search for related event statements/items (e.g., 'declaration of independence') and prefer qualifiers/references over assuming day/month from year-only values.
  - To retrieve qualifiers (e.g., award year) use the statement/qualifier pattern: p:Pxxx / ps:Pxxx / pq:P585. Use wdt:Pxxx for normalized/direct values when you don't need qualifiers. Example: p:P166 + pq:P585 gives award year.
  - P166 = award received. Use wdt:P166 for normalized/direct values when you only need award items. To get award years or qualifiers use p:P166 / ps:P166 / pq:P585. Many statements lack pq:P585 — use OPTIONAL { ?stmt pq:P585 ?date } and ORDER BY DESC(?date). When listing award winners, filter ?person wdt:P31 wd:Q5 to ensure humans.
  - Population time-series: use p:P1082 ?stmt . ?stmt ps:P1082 ?pop . OPTIONAL { ?stmt pq:P585 ?date } . To get the most recent value prefer a subquery to compute MAX(?date) per subject and join back to the statement to retrieve the matching population. Avoid HAVING(MAX(?date)=?date) — QLever can error. Inspect qualifiers/references for scope (city-proper vs metro).
  - wdt:P131* can be expensive and may be incomplete. First try direct wdt:P131 for immediate administrative parent(s). If missing, check wdt:P17 (country) and wdt:P625 (coordinates) or the place item's own statements. Prefer bounded traversal (1-2 hops) or explicit parent patterns and use DISTINCT/ORDER/LIMIT to de-duplicate rather than broad P131*.
  - Use search_property_of_entity to find candidate properties but always verify the property's semantics (domain/range) and whether it links to the office, office-holder, or related entity. Test with a small query before relying on results. For creative works, after locating candidate properties, filter results by instance-of (e.g., films wd:Q11424; board games wd:Q131436) to avoid non-work items.
  - Use search_property_of_entity to find relevant properties. Political parties are modelled inconsistently (P1142, P1313, P463, P39/P106). Fallback: inspect party pages/lists and MEP group memberships; document assumptions. For country government type prefer P122 (basic form of government); P1288 is inconsistent. To exclude historical states filter NOT EXISTS { ?item wdt:P576 ?d }.
  - Inspect statement references and qualifiers: use prov:wasDerivedFrom on p: statements to find sources, and check qualifiers (e.g., 'applies to part' or other scope qualifiers) to disambiguate city vs metro vs admin area. Reference labels can be empty; inspect reference node properties for URLs or publication dates.
  - Place of burial (P119): use wdt:P119 to get the direct burial place. If you need the city, follow P119 / wdt:P131 or check the burial place's wdt:P17 (country) or wdt:P625 (coordinates) if P131 is missing. Use p:P119 / ps:P119 / pq: qualifiers when you need burial-date or scope details and inspect references for source/context.
  - P118 (league/competition) is used inconsistently: sometimes on clubs, sometimes directly on players. When finding clubs use ?club wdt:P118 wd:Q... and verify ?club wdt:P31 wd:Q483394. If P118 returns players, filter by ?item wdt:P31 wd:Q5 to detect humans and avoid false positives. To get current players prefer club→p:P54 statements: ?player p:P54 ?stmt; ?stmt ps:P54 ?club. OPTIONAL{ ?stmt pq:P582 ?end } FILTER(!BOUND(?end)). Verify qualifiers/references and DOBs for plausibility.
  - Querying holders of offices (P39): prefer p:P39 / ps:P39 patterns to access qualifiers. To find current holder use: ?person p:P39 ?stmt. ?stmt ps:P39 wd:Q... . OPTIONAL{ ?stmt pq:P582 ?end } FILTER(!BOUND(?end)). Watch for duplicate statements (re-elections)  use DISTINCT or ORDER BY DESC(?start) LIMIT 1 on pq:P580. Avoid HAVING(MAX(...)=...) on QLever; prefer subqueries with ORDER/LIMIT.
  - Headquarters: use wdt:P159 for org HQs. If P159 gives a building follow that building's wdt:P131* (bounded hops). If P159 points to a place, verify its wdt:P31. Don't rely only on P17 for org-country—also check P159 and P276. Use UNION/nested patterns to cover ?org wdt:P17 wd:Q... OR ?org wdt:P159|wdt:P276 ?place . ?place wdt:P17 wd:Q... or ?place wdt:P131* wd:Q...

Index types used for entities and properties:
- Prefix index: Retrieves items by overlap between query keywords and item words. The query keywords can match item words exactly or as prefixes.
- Similarity index: Retrieves items by cosine similarity between their embeddings and the query embedding.

General notes across knowledge graphs:
- Use rdfs:label + FILTER(LANG(?label)='en') for labels; avoid SERVICE wikibase:label. If a query using SERVICE fails (e.g., HTTP 301 redirect), switch to rdfs:label + FILTER(LANG(...)) and/or schema:name. Language items (e.g., results from P2936) often lack rdfs:label@en; expect many hits without English labels—prefer P37 for official languages or map major languages by known QIDs.
- Practical query patterns: use rdfs:label + FILTER(LANG(...)) for labels. Use wdt:Pxxx for direct values; p:Pxxx/ps:Pxxx/pq:Pxxx for qualifiers. For roles: films use P161 (actor), directors P57; space missions use P1029 (crew). Query reverse and filter by instance-of film (wd:Q11424) or human (wd:Q5). For 'city' classification prefer ?x wdt:P31/wdt:P279* wd:Q515; use wdt:P2046 for area but check units/duplicates.
- When selecting latest qualifier-dated values (e.g., pq:P585 for award year or population), prefer a subquery to compute MAX(date) per subject and join back to get the matching statement/value. Avoid HAVING(MAX(?date)=?date) patterns on QLever (can cause engine errors). Use OPTIONAL for qualifiers when dates may be missing and GROUP_CONCAT for multi-values.
- Use search_entity to resolve names and verify instance-of (e.g., wdt:P31=wd:Q5). Note: search_entity can return class/designation items or noisy matches; constrain with instance-of, or search the related entity (e.g., country) and query its members. Use search_property_of_entity/search_autocomplete as fallback and always confirm P31 programmatically before trusting the top match.
- Use search_property to confirm property identifiers (e.g., "country" -> P17) before embedding them in queries. This prevents mistakes from assuming an ID and helps pick the best property if multiple choices exist.
- QLever endpoints do not support SERVICE wikibase:label — use rdfs:label + FILTER(LANG(...))='en'. Common SPARQL pitfalls: avoid '||' outside patterns (use UNION), put AND '&&' only inside FILTER, prefer VALUES over IN, and use rdfs:label filters to constrain language. When testing existence prefer FILTER EXISTS { ... } or OPTIONAL { ?s wdt:Pxx ?v . FILTER(?v = wd:Q...) } — writing OPTIONAL { ?s wdt:Pxx wd:Q... } creates no ?v for BOUND(?v). When execute() fails, simplify the query and test with list(...).
- Use list(...) to inspect all triples on an entity for exploration, but expect large results for notable items. Prefer wdt: properties or targeted p:/ps:/pq: patterns in SPARQL when you need normalized values or qualifiers, respectively.
- Before embedding property or item IDs in SPARQL, use search_property, search_property_of_entity, and search_object_of_property to discover the appropriate P/PID or object QIDs. This reduces errors from guessing IDs and surfaces better property alternatives and qualifiers. Also verify ambiguous item QIDs (e.g., currencies or template items) by checking rdfs:label and instance-of with list(...) before use.
- search_constrained and search_autocomplete can return no results for constrained queries or when the index is large. If they fail, fallback to search_entity + verify P31 (or use search_property_of_entity). Constrain with instance-of (wdt:P31) or other properties in the SPARQL to improve matches.
- When selecting awards by year, prefer xsd:dateTime range filters (e.g., >= "2001-01-01T00:00:00Z"^^xsd:dateTime && < "2002-01-01T00:00:00Z"^^xsd:dateTime) instead of YEAR() for portability and precision.
- When selecting award winners via wdt:P166, filter ?person wdt:P31 wd:Q5 to ensure humans — fictional characters or non-humans may have award claims. If you need award years use p:P166 / ps:P166 / pq:P585 and OPTIONAL { ?stmt pq:P585 ?year } to retrieve qualifier years.
- Use wdt:P625 (coordinates) together with wdt:P131* and wdt:P17 checks to validate a place's modern country or to filter by geography. When country labels mismatch historically, inspect admin parents and coordinates to resolve whether the item refers to historical/colonial scope or current boundaries.
- Prefer wdt:Pxxx for normalized/direct values when qualifiers aren't needed. Use p:Pxxx / ps:Pxxx / pq:Pxxx to access qualifiers (e.g., pq:P585 for award year). Always fetch labels with rdfs:label + FILTER(LANG(?label) = "en"). When computing derived metrics (density/rates) confirm unit consistency (area units) and datatypes and do calculations inside SPARQL.
- If search_autocomplete returns too many candidates or errors, retry with constraints (e.g., SELECT * WHERE { ?search wdt:P31 wd:Q5 }) or narrower query text. If still failing, fallback to search_entity and verify wdt:P31 for type checks.
- For award-year queries use p:P166 / ps:P166 / pq:P585 to access award statements and year qualifiers. Filter by xsd:dateTime ranges (e.g., >= "2020-01-01T00:00:00Z"^^xsd:dateTime && < "2021-01-01T00:00:00Z"^^xsd:dateTime) instead of YEAR() for robustness.
- Use search_property_of_entity to surface relevant properties for an entity (e.g., 'birth' -> P569/P19; 'cause of death' -> P509; 'manner of death' -> P1196). list(...) can inspect triples but may return large results for notable items—prefer targeted wdt: patterns (wdt:Pxxx) or p:/ps:/pq: patterns when you need qualifiers.

SPARQL prefixes for use in function calls:
- bd: <http://www.bigdata.com/rdf#
- cc: <http://creativecommons.org/ns#
- data: <https://www.wikidata.org/wiki/Special:EntityData/
- dc: <http://purl.org/dc/elements/1.1/
- dct: <http://purl.org/dc/terms/
- foaf: <http://xmlns.com/foaf/0.1/
- geo: <http://www.opengis.net/ont/geosparql#
- geof: <http://www.opengis.net/def/function/geosparql/
- gn: <http://www.geonames.org/ontology#
- hint: <http://www.bigdata.com/queryHints#
- imdb: <https://www.imdb.com/
- math: <http://www.w3.org/2005/xpath-functions/math#
- ontolex: <http://www.w3.org/ns/lemon/ontolex#
- owl: <http://www.w3.org/2002/07/owl#
- p: <http://www.wikidata.org/prop/
- pq: <http://www.wikidata.org/prop/qualifier/
- pqn: <http://www.wikidata.org/prop/qualifier/value-normalized/
- pqv: <http://www.wikidata.org/prop/qualifier/value/
- pr: <http://www.wikidata.org/prop/reference/
- prn: <http://www.wikidata.org/prop/reference/value-normalized/
- prov: <http://www.w3.org/ns/prov#
- prv: <http://www.wikidata.org/prop/reference/value/
- ps: <http://www.wikidata.org/prop/statement/
- psn: <http://www.wikidata.org/prop/statement/value-normalized/
- psv: <http://www.wikidata.org/prop/statement/value/
- qb: <http://purl.org/linked-data/cube#
- qfn: <http://qlever.cs.uni-freiburg.de/function#
- ql: <http://qlever.cs.uni-freiburg.de/builtin-functions/
- qlss: <https://qlever.cs.uni-freiburg.de/spatialSearch/
- rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#
- rdfs: <http://www.w3.org/2000/01/rdf-schema#
- ref: <http://www.wikidata.org/reference/
- s: <http://www.wikidata.org/entity/statement/
- schema: <http://schema.org/
- skos: <http://www.w3.org/2004/02/skos/core#
- v: <http://www.wikidata.org/value/
- void: <http://rdfs.org/ns/void#
- wd: <http://www.wikidata.org/entity/
- wdno: <http://www.wikidata.org/prop/novalue/
- wdt: <http://www.wikidata.org/prop/direct/
- wdtn: <http://www.wikidata.org/prop/direct-normalized/
- wikibase: <http://wikiba.se/ontology#
- xsd: <http://www.w3.org/2001/XMLSchema#

Additional rules to follow:
- Explain your thought process before and after each step and function call.
- Do not just use or make up entity or property identifiers without verifying their existence in the knowledge graphs first.
- Do not ask the user for clarifications without first attempting to complete the task. If the task input is incomplete or ambiguous, try to make reasonable assumptions and document them.
- Do not use "SERVICE wikibase:label { bd:serviceParam wikibase:language ..." in SPARQL queries. It is not SPARQL standard and unsupported by the used QLever SPARQL endpoints. Use rdfs:label or similar properties to get labels instead.
- Always execute your final SPARQL query before giving an answer to make sure it returns the expected results.
- The SPARQL query should always return the actual identifiers / IRIs of the items in its result. It additionally may return labels or other human-readable information, but they are optional and should be put within optional clauses unless explicitly requested by the user.
- Do not stop early if there are still obvious improvements to be made to the SPARQL query. For example, keep refining your SPARQL query if its result contains irrelevant items or is missing items you expected.
- Do not perform additional computation (e.g. filtering, sorting, calculations) on the result of the SPARQL query to determine the answer. All computation should be done solely within SPARQL.
- For questions with a "True" or "False" answer the SPARQL query should be an ASK query.

[User] How many different occupations did/do spouses of winners of the Nobel Prize in Literature hold?

[Assistant]
To answer the question, "How many different occupations did/do spouses of winners of the Nobel Prize in Literature hold?", I need to:

1. Identify the Nobel Prize in Literature winners.
2. Find their spouses (using the spouse property, P26).
3. Find the occupations of those spouses (using the occupation property, P106).
4. Count the distinct occupations.

I will proceed step by step.

### Step 1: Identify Nobel Prize in Literature winners
I need to find entities that have received the Nobel Prize in Literature. The Nobel Prize in Literature is an award (P166), and its item ID is wd:Q193493.

I will first check if this is correct by searching for the Nobel Prize in Literature.

Question: Nobel Prize in Literature

Top 10 entity alternatives:
1. Nobel Prize in Literature (wd:Q37922), also known as Nobel Literature Prize: one of five prizes established by Alfred Nobel / is instance of literary award / is subclass of Nobel Prize
2. 2022 Nobel Prize in Literature (wd:Q112594135): literary award to French author Annie Ernaux / is instance of award ceremony / is instance of award
3. 1901 Nobel Prize in Literature (wd:Q15918052): is instance of award ceremony / is instance of award
4. 2023 Nobel Prize in Literature (wd:Q115937544): is instance of award ceremony / is instance of award
5. 2012 Nobel Prize in Literature (wd:Q10845886): is instance of Nobel Prize in Literature / is instance of award ceremony / is instance of award
6. 2024 Nobel Prize in Literature (wd:Q123291871): is instance of award ceremony / is instance of award
7. 1938 Nobel Prize in Literature (wd:Q112811579): is instance of award ceremony / is instance of award
8. 1916 Nobel Prize in Literature (wd:Q112829730): is instance of award ceremony / is instance of award
9. 1988 Nobel Prize in Literature (wd:Q113468589): is instance of award ceremony / is instance of award
10. 1905 Nobel Prize in Literature (wd:Q112731128): is instance of award ceremony / is instance of award

[Assistant]
The main item for the Nobel Prize in Literature is wd:Q37922. I will now find people who have received this award (i.e., Nobel Prize in Literature winners). I will use the property P166 (award received) and filter for wd:Q37922.

I will also ensure that the winners are humans (wd:Q5) to avoid non-human entities.

Let me execute a query to get the Nobel Prize in Literature winners.

execute

SELECT ?winner WHERE { ?winner wdt:P166 wd:Q37922 . ?winner wdt:P31 wd:Q5 }

Got 122 rows and 1 column, showing the first 5 and last 5 rows below:
| winner                         |
| ------------------------------ |
| Jaroslav Seifert (wd:Q102483)  |
| Annie Ernaux (wd:Q1153825)     |
| Władysław Reymont (wd:Q121180) |
| Sinclair Lewis (wd:Q123469)    |
| José Echegaray (wd:Q127349)    |
| ...                            |
| Mo Yan (wd:Q8998)              |
| Pär Lagerkvist (wd:Q93137)     |
| Eugene O'Neill (wd:Q93157)     |
| Seamus Heaney (wd:Q93356)      |
| Jean-Paul Sartre (wd:Q9364)    |

[Assistant]
I now have a list of Nobel Prize in Literature winners. Next, I need to find their spouses. The property for spouse is P26.

I will now find the spouses of these winners. I will use the property P26 to get the spouses and ensure that the spouses are humans (wd:Q5).

Let me execute a query to get the spouses of the Nobel Prize in Literature winners.

SELECT ?spouse WHERE { ?winner wdt:P166 wd:Q37922 . ?winner wdt:P31 wd:Q5 . ?winner wdt:P26 ?spouse . ?spouse wdt:P31 wd:Q5 }

Got 155 rows and 1 column, showing the first 5 and last 5 rows below:
| spouse                                 |
| -------------------------------------- |
| John Dranow (wd:Q100234047)            |
| Ilda Reis (wd:Q10301028)               |
| Isabel da Nóbrega (wd:Q10303821)       |
| Richard J. Walsh (wd:Q103841872)       |
| Harold Morrison (wd:Q108646506)        |
| ...                                    |
| Estelle Oldham Faulkner (wd:Q94685259) |
| Irene Eucken (wd:Q94748608)            |
| Anna Heyse (wd:Q94752526)              |
| Anna Grass (wd:Q95208466)              |
| Emilie von Heidenstam (wd:Q98545639)   |

[Assistant]
I now have a list of spouses of Nobel Prize in Literature winners. Next, I need to find the occupations of these spouses. The property for occupation is P106.

I will now retrieve the occupations of these spouses and count the distinct occupations. I will also fetch the English labels for the occupations to ensure clarity.

Let me execute a query to get the distinct occupations of the spouses.

SELECT DISTINCT ?occupation ?occupationLabel WHERE { ?winner wdt:P166 wd:Q37922 . ?winner wdt:P31 wd:Q5 . ?winner wdt:P26 ?spouse . ?spouse wdt:P31 wd:Q5 . ?spouse wdt:P106 ?occupation . SERVICE wikibase:label { bd:serviceParam wikibase:language "en" } }

SPARQL execution failed:
Error while executing a SERVICE request to <http://wikiba.se:80/ontology#label>: SERVICE responded with HTTP status code: 301, Moved Permanently. First 100 bytes of the response: '
<title>301 Moved Permanently</title>

301 Moved Permanently'

[Assistant]
I encountered an error because I used `SERVICE wikibase:label`, which is not supported in this environment. I need to use `rdfs:label` with a language filter instead.

I will rewrite the query to use `rdfs:label` with `FILTER(LANG(?occupationLabel) = 'en')` to get the English labels for the occupations.

Let me execute the corrected query.

SELECT DISTINCT ?occupation ?occupationLabel WHERE { ?winner wdt:P166 wd:Q37922 . ?winner wdt:P31 wd:Q5 . ?winner wdt:P26 ?spouse . ?spouse wdt:P31 wd:Q5 . ?spouse wdt:P106 ?occupation . ?occupation rdfs:label ?occupationLabel . FILTER(LANG(?occupationLabel) = 'en') }

Got 76 rows and 2 columns, showing the first 5 and last 5 rows below:
| occupation                        | occupationLabel              |
| --------------------------------- | ---------------------------- |
| painter (wd:Q1028181)             | painter (lang:en)            |
| film actor (wd:Q10800557)         | film actor (lang:en)         |
| handicrafter (wd:Q11479517)       | handicrafter (lang:en)       |
| political activist (wd:Q11499147) | political activist (lang:en) |
| memoirist (wd:Q11774156)          | memoirist (lang:en)          |
| ...                               | ...                          |
| secretary (wd:Q80687)             | secretary (lang:en)          |
| politician (wd:Q82955)            | politician (lang:en)         |
| biographer (wd:Q864380)           | biographer (lang:en)         |
| geographer (wd:Q901402)           | geographer (lang:en)         |
| newspaperperson (wd:Q96050759)    | newspaperperson (lang:en)    |

[Assistant]
I now have the distinct occupations of the spouses of Nobel Prize in Literature winners. There are 76 distinct occupations.

To confirm, I will count the number of distinct occupations without the labels, just to ensure accuracy.

SELECT (COUNT(DISTINCT ?occupation) AS ?count) WHERE { ?winner wdt:P166 wd:Q37922 . ?winner wdt:P31 wd:Q5 . ?winner wdt:P26 ?spouse . ?spouse wdt:P31 wd:Q5 . ?spouse wdt:P106 ?occupation }

Got 1 row and 1 column:
| count        |
| ------------ |
| 76 (xsd:int) |

[Assistant]
The query confirms that there are 76 distinct occupations held by the spouses of Nobel Prize in Literature winners.

### Final Answer:
There are **76** different occupations held by the spouses of Nobel Prize in Literature winners.

I will now provide the final SPARQL query and answer.

answer

SELECT (COUNT(DISTINCT ?occupation) AS ?count) WHERE { ?winner wdt:P166 wd:Q37922 . ?winner wdt:P31 wd:Q5 . ?winner wdt:P26 ?spouse . ?spouse wdt:P31 wd:Q5 . ?spouse wdt:P106 ?occupation }

Answer: 76


PREFIX wd: <http://www.wikidata.org/entity/>
PREFIX wdt: <http://www.wikidata.org/prop/direct/>
SELECT ?oxford_inception ?cambridge_inception WHERE {
  wd:Q34433 wdt:P571 ?oxford_inception .
  wd:Q35794 wdt:P571 ?cambridge_inception .
}

Using entities:
- University of Oxford (wd:Q34433), also known as Oxf, Oxford, Oxford University, Oxon., The University of Oxford, etc.: is instance of educational organisation / is instance of public university / is instance of exempt charity / is instance of educational organization / is instance of collegiate university / is instance of higher education institution / is instance of Collegiate university / collegiate research university in Oxford, England / collegiate research university in Oxford, England (Est. 1096) / university in Oxfordshire, UK
- University of Cambridge (wd:Q35794), also known as Cambridge, Cambridge University, The Chancellor, Masters, and Scholars of the University of Cambridge, The University of Cambridge, Universitas Cantabrigiensis: is instance of Collegiate university / is instance of collegiate university / is instance of educational organisation / is instance of educational organization / is instance of public research university / collegiate public research university in Cambridge, England, United Kingdom / university in Cambridgeshire, UK

Using properties:
- inception (wd:P571 as wdt), also known as broke ground, built, commenced on date, commencement date, completed, etc.: is subproperty of start time / date or point in time when the organisation / object was founded / created / time when an entity begins to exist; for date of official opening use P1619 / time when an entity begins to exist; for date of official opening use P1619

Answer: The University of Oxford was established earlier than the University of Cambridge. Oxford was founded in 1096, while Cambridge was founded in 1209.

The University of Oxford was established earlier than the University of Cambridge. Oxford was founded in 1096, while Cambridge was founded in 1209.

SPARQL query over wikidata:
PREFIX wd: <http://www.wikidata.org/entity/>
PREFIX wdt: <http://www.wikidata.org/prop/direct/>
SELECT ?oxford_inception ?cambridge_inception WHERE {
  wd:Q34433 wdt:P571 ?oxford_inception .
  wd:Q35794 wdt:P571 ?cambridge_inception .
}

Using entities:
- University of Oxford (wd:Q34433), also known as Oxf, Oxford, Oxford University, Oxon., The University of Oxford, etc.: is instance of educational organisation / is instance of public university / is instance of exempt charity / is instance of educational organization / is instance of collegiate university / is instance of higher education institution / is instance of Collegiate university / collegiate research university in Oxford, England / collegiate research university in Oxford, England (Est. 1096) / university in Oxfordshire, UK
- University of Cambridge (wd:Q35794), also known as Cambridge, Cambridge University, The Chancellor, Masters, and Scholars of the University of Cambridge, The University of Cambridge, Universitas Cantabrigiensis: is instance of Collegiate university / is instance of collegiate university / is instance of educational organisation / is instance of educational organization / is instance of public research university / collegiate public research university in Cambridge, England, United Kingdom / university in Cambridgeshire, UK

Using properties:
- inception (wd:P571 as wdt), also known as broke ground, built, commenced on date, commencement date, completed, etc.: is subproperty of start time / date or point in time when the organisation / object was founded / created / time when an entity begins to exist; for date of official opening use P1619 / time when an entity begins to exist; for date of official opening use P1619

Execution result:
Got 1 row and 2 columns:
| oxford_inception                    | cambridge_inception                 |
| ----------------------------------- | ----------------------------------- |
| 1096-01-01T00:00:00Z (xsd:dateTime) | 1209-01-01T00:00:00Z (xsd:dateTime) |

[System]
You are a question answering assistant. Your job is to generate a SPARQL query to answer a given user question.

You should follow a step-by-step approach to generate the SPARQL query:
1. Determine possible entities and properties implied by the user question.
2. Search for the entities and properties in the knowledge graphs. Where applicable, constrain the searches with already identified entities and properties.
3. Gradually build up the SPARQL query using the identified entities and properties. Start with simple queries and add more complexity as needed. Execute intermediate queries to get feedback and to verify your assumptions. You may need to refine or rethink your current plan based on the query results and go back to step 2 if needed, possibly multiple times.
4. Use the answer or cancel function to finalize your answer and stop the generation process.

Available knowledge graphs:
- wikidata at https://qlever.dev/api/wikidata with prefix index for entities and similarity index for properties, and notes:
  - P106 = occupation. Use wdt:P106 to get occupations and fetch English labels with rdfs:label + FILTER(LANG(?label)='en'). When returning human occupations confirm the subject is human (wdt:P31 wd:Q5) to avoid non-human items. For 'main business' prefer more specific occupation items (e.g., real estate entrepreneur Q7301138) over broad labels like business magnate.
  - Population (P1082) and tabular (P4179): use wdt:P1082 for direct values; for time-series use p:P1082 + ps:P1082 + pq:P585 and ORDER BY pq:P585 DESC. Inspect qualifiers (e.g., 'applies to part') and references (pr:P854) to detect scope. When computing density with area (wdt:P2046) confirm area unit/datatype (usually km²), ensure population and area present and >0, and BIND(?population/?area AS ?density).
  - Spouse nationality: do not rely only on P27. Check the spouse's place of birth (P19) and then the birthplace's country (P17) or admin parents (wdt:P131*). Many pre-unification German spouses appear under historical states—map those to modern countries when needed.
  - For languages on countries: prefer wdt:P37 (official language) and wdt:P2936 (language used). wdt:P1412 (languages spoken/written/signed) is more often used for peoples/individuals and may be empty for countries. Try P37 and P2936 first, then fall back to P1412/P407. Fetch English labels with rdfs:label + FILTER(LANG(?l)='en').
  - When filtering by date of birth (P569) use xsd:dateTime comparisons (e.g. >= "1900-01-01T00:00:00Z"^^xsd:dateTime). Inception (P571) often uses Jan-01 placeholders for year-only dates; inspect p:P571 -> ps:P571 and check qualifiers/references for precision. For independence dates, also search for related event statements/items (e.g., 'declaration of independence') and prefer qualifiers/references over assuming day/month from year-only values.
  - To retrieve qualifiers (e.g., award year) use the statement/qualifier pattern: p:Pxxx / ps:Pxxx / pq:P585. Use wdt:Pxxx for normalized/direct values when you don't need qualifiers. Example: p:P166 + pq:P585 gives award year.
  - P166 = award received. Use wdt:P166 for normalized/direct values when you only need award items. To get award years or qualifiers use p:P166 / ps:P166 / pq:P585. Many statements lack pq:P585 — use OPTIONAL { ?stmt pq:P585 ?date } and ORDER BY DESC(?date). When listing award winners, filter ?person wdt:P31 wd:Q5 to ensure humans.
  - Population time-series: use p:P1082 ?stmt . ?stmt ps:P1082 ?pop . OPTIONAL { ?stmt pq:P585 ?date } . To get the most recent value prefer a subquery to compute MAX(?date) per subject and join back to the statement to retrieve the matching population. Avoid HAVING(MAX(?date)=?date) — QLever can error. Inspect qualifiers/references for scope (city-proper vs metro).
  - wdt:P131* can be expensive and may be incomplete. First try direct wdt:P131 for immediate administrative parent(s). If missing, check wdt:P17 (country) and wdt:P625 (coordinates) or the place item's own statements. Prefer bounded traversal (1-2 hops) or explicit parent patterns and use DISTINCT/ORDER/LIMIT to de-duplicate rather than broad P131*.
  - Use search_property_of_entity to find candidate properties but always verify the property's semantics (domain/range) and whether it links to the office, office-holder, or related entity. Test with a small query before relying on results. For creative works, after locating candidate properties, filter results by instance-of (e.g., films wd:Q11424; board games wd:Q131436) to avoid non-work items.
  - Use search_property_of_entity to find relevant properties. Political parties are modelled inconsistently (P1142, P1313, P463, P39/P106). Fallback: inspect party pages/lists and MEP group memberships; document assumptions. For country government type prefer P122 (basic form of government); P1288 is inconsistent. To exclude historical states filter NOT EXISTS { ?item wdt:P576 ?d }.
  - Inspect statement references and qualifiers: use prov:wasDerivedFrom on p: statements to find sources, and check qualifiers (e.g., 'applies to part' or other scope qualifiers) to disambiguate city vs metro vs admin area. Reference labels can be empty; inspect reference node properties for URLs or publication dates.
  - Place of burial (P119): use wdt:P119 to get the direct burial place. If you need the city, follow P119 / wdt:P131 or check the burial place's wdt:P17 (country) or wdt:P625 (coordinates) if P131 is missing. Use p:P119 / ps:P119 / pq: qualifiers when you need burial-date or scope details and inspect references for source/context.
  - P118 (league/competition) is used inconsistently: sometimes on clubs, sometimes directly on players. When finding clubs use ?club wdt:P118 wd:Q... and verify ?club wdt:P31 wd:Q483394. If P118 returns players, filter by ?item wdt:P31 wd:Q5 to detect humans and avoid false positives. To get current players prefer club→p:P54 statements: ?player p:P54 ?stmt; ?stmt ps:P54 ?club. OPTIONAL{ ?stmt pq:P582 ?end } FILTER(!BOUND(?end)). Verify qualifiers/references and DOBs for plausibility.
  - Querying holders of offices (P39): prefer p:P39 / ps:P39 patterns to access qualifiers. To find current holder use: ?person p:P39 ?stmt. ?stmt ps:P39 wd:Q... . OPTIONAL{ ?stmt pq:P582 ?end } FILTER(!BOUND(?end)). Watch for duplicate statements (re-elections)  use DISTINCT or ORDER BY DESC(?start) LIMIT 1 on pq:P580. Avoid HAVING(MAX(...)=...) on QLever; prefer subqueries with ORDER/LIMIT.
  - Headquarters: use wdt:P159 for org HQs. If P159 gives a building follow that building's wdt:P131* (bounded hops). If P159 points to a place, verify its wdt:P31. Don't rely only on P17 for org-country—also check P159 and P276. Use UNION/nested patterns to cover ?org wdt:P17 wd:Q... OR ?org wdt:P159|wdt:P276 ?place . ?place wdt:P17 wd:Q... or ?place wdt:P131* wd:Q...

Index types used for entities and properties:
- Prefix index: Retrieves items by overlap between query keywords and item words. The query keywords can match item words exactly or as prefixes.
- Similarity index: Retrieves items by cosine similarity between their embeddings and the query embedding.

General notes across knowledge graphs:
- Use rdfs:label + FILTER(LANG(?label)='en') for labels; avoid SERVICE wikibase:label. If a query using SERVICE fails (e.g., HTTP 301 redirect), switch to rdfs:label + FILTER(LANG(...)) and/or schema:name. Language items (e.g., results from P2936) often lack rdfs:label@en; expect many hits without English labels—prefer P37 for official languages or map major languages by known QIDs.
- Practical query patterns: use rdfs:label + FILTER(LANG(...)) for labels. Use wdt:Pxxx for direct values; p:Pxxx/ps:Pxxx/pq:Pxxx for qualifiers. For roles: films use P161 (actor), directors P57; space missions use P1029 (crew). Query reverse and filter by instance-of film (wd:Q11424) or human (wd:Q5). For 'city' classification prefer ?x wdt:P31/wdt:P279* wd:Q515; use wdt:P2046 for area but check units/duplicates.
- When selecting latest qualifier-dated values (e.g., pq:P585 for award year or population), prefer a subquery to compute MAX(date) per subject and join back to get the matching statement/value. Avoid HAVING(MAX(?date)=?date) patterns on QLever (can cause engine errors). Use OPTIONAL for qualifiers when dates may be missing and GROUP_CONCAT for multi-values.
- Use search_entity to resolve names and verify instance-of (e.g., wdt:P31=wd:Q5). Note: search_entity can return class/designation items or noisy matches; constrain with instance-of, or search the related entity (e.g., country) and query its members. Use search_property_of_entity/search_autocomplete as fallback and always confirm P31 programmatically before trusting the top match.
- Use search_property to confirm property identifiers (e.g., "country" -> P17) before embedding them in queries. This prevents mistakes from assuming an ID and helps pick the best property if multiple choices exist.
- QLever endpoints do not support SERVICE wikibase:label — use rdfs:label + FILTER(LANG(...))='en'. Common SPARQL pitfalls: avoid '||' outside patterns (use UNION), put AND '&&' only inside FILTER, prefer VALUES over IN, and use rdfs:label filters to constrain language. When testing existence prefer FILTER EXISTS { ... } or OPTIONAL { ?s wdt:Pxx ?v . FILTER(?v = wd:Q...) } — writing OPTIONAL { ?s wdt:Pxx wd:Q... } creates no ?v for BOUND(?v). When execute() fails, simplify the query and test with list(...).
- Use list(...) to inspect all triples on an entity for exploration, but expect large results for notable items. Prefer wdt: properties or targeted p:/ps:/pq: patterns in SPARQL when you need normalized values or qualifiers, respectively.
- Before embedding property or item IDs in SPARQL, use search_property, search_property_of_entity, and search_object_of_property to discover the appropriate P/PID or object QIDs. This reduces errors from guessing IDs and surfaces better property alternatives and qualifiers. Also verify ambiguous item QIDs (e.g., currencies or template items) by checking rdfs:label and instance-of with list(...) before use.
- search_constrained and search_autocomplete can return no results for constrained queries or when the index is large. If they fail, fallback to search_entity + verify P31 (or use search_property_of_entity). Constrain with instance-of (wdt:P31) or other properties in the SPARQL to improve matches.
- When selecting awards by year, prefer xsd:dateTime range filters (e.g., >= "2001-01-01T00:00:00Z"^^xsd:dateTime && < "2002-01-01T00:00:00Z"^^xsd:dateTime) instead of YEAR() for portability and precision.
- When selecting award winners via wdt:P166, filter ?person wdt:P31 wd:Q5 to ensure humans — fictional characters or non-humans may have award claims. If you need award years use p:P166 / ps:P166 / pq:P585 and OPTIONAL { ?stmt pq:P585 ?year } to retrieve qualifier years.
- Use wdt:P625 (coordinates) together with wdt:P131* and wdt:P17 checks to validate a place's modern country or to filter by geography. When country labels mismatch historically, inspect admin parents and coordinates to resolve whether the item refers to historical/colonial scope or current boundaries.
- Prefer wdt:Pxxx for normalized/direct values when qualifiers aren't needed. Use p:Pxxx / ps:Pxxx / pq:Pxxx to access qualifiers (e.g., pq:P585 for award year). Always fetch labels with rdfs:label + FILTER(LANG(?label) = "en"). When computing derived metrics (density/rates) confirm unit consistency (area units) and datatypes and do calculations inside SPARQL.
- If search_autocomplete returns too many candidates or errors, retry with constraints (e.g., SELECT * WHERE { ?search wdt:P31 wd:Q5 }) or narrower query text. If still failing, fallback to search_entity and verify wdt:P31 for type checks.
- For award-year queries use p:P166 / ps:P166 / pq:P585 to access award statements and year qualifiers. Filter by xsd:dateTime ranges (e.g., >= "2020-01-01T00:00:00Z"^^xsd:dateTime && < "2021-01-01T00:00:00Z"^^xsd:dateTime) instead of YEAR() for robustness.
- Use search_property_of_entity to surface relevant properties for an entity (e.g., 'birth' -> P569/P19; 'cause of death' -> P509; 'manner of death' -> P1196). list(...) can inspect triples but may return large results for notable items—prefer targeted wdt: patterns (wdt:Pxxx) or p:/ps:/pq: patterns when you need qualifiers.

SPARQL prefixes for use in function calls:
- bd: <http://www.bigdata.com/rdf#
- cc: <http://creativecommons.org/ns#
- data: <https://www.wikidata.org/wiki/Special:EntityData/
- dc: <http://purl.org/dc/elements/1.1/
- dct: <http://purl.org/dc/terms/
- foaf: <http://xmlns.com/foaf/0.1/
- geo: <http://www.opengis.net/ont/geosparql#
- geof: <http://www.opengis.net/def/function/geosparql/
- gn: <http://www.geonames.org/ontology#
- hint: <http://www.bigdata.com/queryHints#
- imdb: <https://www.imdb.com/
- math: <http://www.w3.org/2005/xpath-functions/math#
- ontolex: <http://www.w3.org/ns/lemon/ontolex#
- owl: <http://www.w3.org/2002/07/owl#
- p: <http://www.wikidata.org/prop/
- pq: <http://www.wikidata.org/prop/qualifier/
- pqn: <http://www.wikidata.org/prop/qualifier/value-normalized/
- pqv: <http://www.wikidata.org/prop/qualifier/value/
- pr: <http://www.wikidata.org/prop/reference/
- prn: <http://www.wikidata.org/prop/reference/value-normalized/
- prov: <http://www.w3.org/ns/prov#
- prv: <http://www.wikidata.org/prop/reference/value/
- ps: <http://www.wikidata.org/prop/statement/
- psn: <http://www.wikidata.org/prop/statement/value-normalized/
- psv: <http://www.wikidata.org/prop/statement/value/
- qb: <http://purl.org/linked-data/cube#
- qfn: <http://qlever.cs.uni-freiburg.de/function#
- ql: <http://qlever.cs.uni-freiburg.de/builtin-functions/
- qlss: <https://qlever.cs.uni-freiburg.de/spatialSearch/
- rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#
- rdfs: <http://www.w3.org/2000/01/rdf-schema#
- ref: <http://www.wikidata.org/reference/
- s: <http://www.wikidata.org/entity/statement/
- schema: <http://schema.org/
- skos: <http://www.w3.org/2004/02/skos/core#
- v: <http://www.wikidata.org/value/
- void: <http://rdfs.org/ns/void#
- wd: <http://www.wikidata.org/entity/
- wdno: <http://www.wikidata.org/prop/novalue/
- wdt: <http://www.wikidata.org/prop/direct/
- wdtn: <http://www.wikidata.org/prop/direct-normalized/
- wikibase: <http://wikiba.se/ontology#
- xsd: <http://www.w3.org/2001/XMLSchema#

Additional rules to follow:
- Explain your thought process before and after each step and function call.
- Do not just use or make up entity or property identifiers without verifying their existence in the knowledge graphs first.
- Do not ask the user for clarifications without first attempting to complete the task. If the task input is incomplete or ambiguous, try to make reasonable assumptions and document them.
- Do not use "SERVICE wikibase:label { bd:serviceParam wikibase:language ..." in SPARQL queries. It is not SPARQL standard and unsupported by the used QLever SPARQL endpoints. Use rdfs:label or similar properties to get labels instead.
- Always execute your final SPARQL query before giving an answer to make sure it returns the expected results.
- The SPARQL query should always return the actual identifiers / IRIs of the items in its result. It additionally may return labels or other human-readable information, but they are optional and should be put within optional clauses unless explicitly requested by the user.
- Do not stop early if there are still obvious improvements to be made to the SPARQL query. For example, keep refining your SPARQL query if its result contains irrelevant items or is missing items you expected.
- Do not perform additional computation (e.g. filtering, sorting, calculations) on the result of the SPARQL query to determine the answer. All computation should be done solely within SPARQL.
- For questions with a "True" or "False" answer the SPARQL query should be an ASK query.

[User] which university is established earlier, university of oxford or university of cambridge?

[Assistant]
To determine which university was established earlier between the University of Oxford and the University of Cambridge, I need to find their respective dates of establishment (inception, property P571).

### Step 1: Identify the entities for the University of Oxford and the University of Cambridge
I will first search for the Wikidata entities for both universities.

Question: University of Oxford

Top 10 entity alternatives:
1. University of Oxford (wd:Q34433), also known as Oxf, Oxford, Oxford University, Oxon., The University of Oxford, etc.: collegiate research university in Oxford, England (Est. 1096) / collegiate research university in Oxford, England / is instance of higher education institution / is instance of educational organisation / is instance of educational organization / is instance of Collegiate university / is instance of collegiate university / is instance of public university / is instance of exempt charity / university in Oxfordshire, UK
2. University of Oxford (wd:Q58944020): is instance of scholarly article / is instance of academic article / scholarly article
3. WikiProject University of Oxford (wd:Q21831045): Wikimedia subject-area collaboration / is instance of WikiProject
4. University of Oxford School of Philosophy, Politics, and Economics (wd:Q120015207, matched via University of Oxford PPE), also known as University of Oxford PPE: is instance of Academic department / is instance of academic department / academic department in the UK
5. University of Oxford Finance (wd:Q102523083): is instance of business school / is instance of Business school / business school / business school
6. The University of Oxford (wd:Q61960212): scientific article published in March 2016 / scientific article published in March 2016 / scientific article published in March 2016 / is instance of scholarly article / is instance of academic article
7. ISCA, University of Oxford (wd:Q52666568): Academic publisher based in United Kingdom / is instance of open-access publisher
8. University of Oxford Blackfriars (wd:Q86020251): is instance of Academic department / is instance of academic department / academic department in the UK / academic department in the UK
9. University of Oxford Latin American Centre (wd:Q85960644, matched via University of Oxford LAC), also known as University of Oxford LAC: is instance of research center / is instance of research centre / research centre in the UK / research centre in the UK
10. University of Oxford: Erratum (wd:Q94059932): scholarly article published in The BMJ / is instance of scholarly article / is instance of academic article / is instance of erratum

Question: University of Cambridge

Top 10 entity alternatives:
1. University of Cambridge (wd:Q35794), also known as Cambridge, Cambridge University, The Chancellor, Masters, and Scholars of the University of Cambridge, The University of Cambridge, Universitas Cantabrigiensis: collegiate public research university in Cambridge, England, United Kingdom / is instance of public research university / is instance of educational organisation / is instance of educational organization / is instance of Collegiate university / is instance of collegiate university / university in Cambridgeshire, UK
2. University of Cambridge (wd:Q110095020): engraving by Nathaniel Parr / is instance of engraving / is instance of print
3. University of Cambridge (wd:Q60080699): scholarly article published in Nature 161, June 1948 / is instance of scholarly article / is instance of academic article
4. University of Cambridge (wd:Q60109853): scholarly article published in Nature 148, November 1941 / is instance of scholarly article / is instance of academic article
5. Cambridge University Constabulary (wd:Q304220, matched via University of Cambridge Constabulary), also known as University of Cambridge Constabulary: is instance of Constabulary
6. University of Cambridge Museums & Botanic Garden (wd:Q17028042, matched via University of Cambridge Museums), also known as University of Cambridge Museums: consortium of museums of the University of Cambridge, England, UK / is instance of museum
7. University of Cambridge legends (wd:Q7895218)
8. WikiProject University of Cambridge (wd:Q21831036): Wikimedia subject-area collaboration / is instance of WikiProject
9. University of Cambridge Anaesthesia (wd:Q101046166): is instance of Academic department / is instance of academic department / academic department / academic department
10. The University of Cambridge (wd:Q28765395): scientific article (publication date: 19 June 1897) / scientific article published on 27 August 2010 / is instance of scholarly article / is instance of academic article

[Assistant]
Now I have identified the correct entities for both universities:
- University of Oxford: `wd:Q34433`
- University of Cambridge: `wd:Q35794`

### Step 2: Find the inception date (P571) for both universities
I will now query the inception dates for both universities using their Wikidata IDs.

execute

SELECT ?oxford_inception ?cambridge_inception WHERE { wd:Q34433 wdt:P571 ?oxford_inception . wd:Q35794 wdt:P571 ?cambridge_inception . }

[Assistant]
The inception dates are:
- University of Oxford: 1096
- University of Cambridge: 1209

### Step 3: Determine which university was established earlier
Comparing the dates:
- 1096 (Oxford) is earlier than 1209 (Cambridge).

Thus, the University of Oxford was established earlier than the University of Cambridge.

### Final Answer
The University of Oxford was established earlier than the University of Cambridge, with an inception date of 1096 compared to Cambridge's 1209.

I will now provide the final SPARQL query and answer.

answer

SELECT ?oxford_inception ?cambridge_inception WHERE { wd:Q34433 wdt:P571 ?oxford_inception . wd:Q35794 wdt:P571 ?cambridge_inception . }

Answer: The University of Oxford was established earlier than the University of Cambridge. Oxford was founded in 1096, while Cambridge was founded in 1209.


PREFIX wd: <http://www.wikidata.org/entity/>
PREFIX wdt: <http://www.wikidata.org/prop/direct/>
PREFIX rdfs: <http://www.w3.org/2000/01/rdf-schema#>
SELECT ?movement ?movementLabel WHERE {
  wd:Q117012 wdt:P135 ?movement .
  ?movement rdfs:label ?movementLabel
  FILTER ( LANG( ?movementLabel ) = 'en' )
}

Using entities:
- Yoko Ono (wd:Q117012), also known as Ĭoko Ono, Ono, Ono Yoko, Ono Yōko, Yōko Ono, etc.: has occupation photographer / has occupation conceptual artist / has occupation film director / has occupation singer / has occupation visual artist / has occupation composer / has occupation recording artist / has occupation painter / has occupation peace activist / has occupation filmmaker / has occupation film maker / has occupation sculptor / has occupation performance artist / is instance of human / Japanese artist and activist based in the United States (born 1933)

Using properties:
- movement (wd:P135 as wdt), also known as artistic movement, artistic school, art movement, literary movement, music scene, etc.: literary, artistic or philosophical movement associated with this person or work / literary, artistic, scientific or philosophical movement or ... with this person or work. For political ideologies use P1142.

Answer: Yoko Ono was part of the Fluxus art movement.

Yoko Ono was part of the Fluxus art movement.

SPARQL query over wikidata:
PREFIX wd: <http://www.wikidata.org/entity/>
PREFIX wdt: <http://www.wikidata.org/prop/direct/>
PREFIX rdfs: <http://www.w3.org/2000/01/rdf-schema#>
SELECT ?movement ?movementLabel WHERE {
  wd:Q117012 wdt:P135 ?movement .
  ?movement rdfs:label ?movementLabel
  FILTER ( LANG( ?movementLabel ) = 'en' )
}

Using entities:
- Yoko Ono (wd:Q117012), also known as Ĭoko Ono, Ono, Ono Yoko, Ono Yōko, Yōko Ono, etc.: has occupation photographer / has occupation conceptual artist / has occupation film director / has occupation singer / has occupation visual artist / has occupation composer / has occupation recording artist / has occupation painter / has occupation peace activist / has occupation filmmaker / has occupation film maker / has occupation sculptor / has occupation performance artist / is instance of human / Japanese artist and activist based in the United States (born 1933)

Using properties:
- movement (wd:P135 as wdt), also known as artistic movement, artistic school, art movement, literary movement, music scene, etc.: literary, artistic or philosophical movement associated with this person or work / literary, artistic, scientific or philosophical movement or ... with this person or work. For political ideologies use P1142.

Execution result:
Got 1 row and 2 columns:
| movement            | movementLabel    |
| ------------------- | ---------------- |
| Fluxus (wd:Q108908) | Fluxus (lang:en) |

[System]
You are a question answering assistant. Your job is to generate a SPARQL query to answer a given user question.

You should follow a step-by-step approach to generate the SPARQL query:
1. Determine possible entities and properties implied by the user question.
2. Search for the entities and properties in the knowledge graphs. Where applicable, constrain the searches with already identified entities and properties.
3. Gradually build up the SPARQL query using the identified entities and properties. Start with simple queries and add more complexity as needed. Execute intermediate queries to get feedback and to verify your assumptions. You may need to refine or rethink your current plan based on the query results and go back to step 2 if needed, possibly multiple times.
4. Use the answer or cancel function to finalize your answer and stop the generation process.

Available knowledge graphs:
- wikidata at https://qlever.dev/api/wikidata with prefix index for entities and similarity index for properties, and notes:
  - P106 = occupation. Use wdt:P106 to get occupations and fetch English labels with rdfs:label + FILTER(LANG(?label)='en'). When returning human occupations confirm the subject is human (wdt:P31 wd:Q5) to avoid non-human items. For 'main business' prefer more specific occupation items (e.g., real estate entrepreneur Q7301138) over broad labels like business magnate.
  - Population (P1082) and tabular (P4179): use wdt:P1082 for direct values; for time-series use p:P1082 + ps:P1082 + pq:P585 and ORDER BY pq:P585 DESC. Inspect qualifiers (e.g., 'applies to part') and references (pr:P854) to detect scope. When computing density with area (wdt:P2046) confirm area unit/datatype (usually km²), ensure population and area present and >0, and BIND(?population/?area AS ?density).
  - Spouse nationality: do not rely only on P27. Check the spouse's place of birth (P19) and then the birthplace's country (P17) or admin parents (wdt:P131*). Many pre-unification German spouses appear under historical states—map those to modern countries when needed.
  - For languages on countries: prefer wdt:P37 (official language) and wdt:P2936 (language used). wdt:P1412 (languages spoken/written/signed) is more often used for peoples/individuals and may be empty for countries. Try P37 and P2936 first, then fall back to P1412/P407. Fetch English labels with rdfs:label + FILTER(LANG(?l)='en').
  - When filtering by date of birth (P569) use xsd:dateTime comparisons (e.g. >= "1900-01-01T00:00:00Z"^^xsd:dateTime). Inception (P571) often uses Jan-01 placeholders for year-only dates; inspect p:P571 -> ps:P571 and check qualifiers/references for precision. For independence dates, also search for related event statements/items (e.g., 'declaration of independence') and prefer qualifiers/references over assuming day/month from year-only values.
  - To retrieve qualifiers (e.g., award year) use the statement/qualifier pattern: p:Pxxx / ps:Pxxx / pq:P585. Use wdt:Pxxx for normalized/direct values when you don't need qualifiers. Example: p:P166 + pq:P585 gives award year.
  - P166 = award received. Use wdt:P166 for normalized/direct values when you only need award items. To get award years or qualifiers use p:P166 / ps:P166 / pq:P585. Many statements lack pq:P585 — use OPTIONAL { ?stmt pq:P585 ?date } and ORDER BY DESC(?date). When listing award winners, filter ?person wdt:P31 wd:Q5 to ensure humans.
  - Population time-series: use p:P1082 ?stmt . ?stmt ps:P1082 ?pop . OPTIONAL { ?stmt pq:P585 ?date } . To get the most recent value prefer a subquery to compute MAX(?date) per subject and join back to the statement to retrieve the matching population. Avoid HAVING(MAX(?date)=?date) — QLever can error. Inspect qualifiers/references for scope (city-proper vs metro).
  - wdt:P131* can be expensive and may be incomplete. First try direct wdt:P131 for immediate administrative parent(s). If missing, check wdt:P17 (country) and wdt:P625 (coordinates) or the place item's own statements. Prefer bounded traversal (1-2 hops) or explicit parent patterns and use DISTINCT/ORDER/LIMIT to de-duplicate rather than broad P131*.
  - Use search_property_of_entity to find candidate properties but always verify the property's semantics (domain/range) and whether it links to the office, office-holder, or related entity. Test with a small query before relying on results. For creative works, after locating candidate properties, filter results by instance-of (e.g., films wd:Q11424; board games wd:Q131436) to avoid non-work items.
  - Use search_property_of_entity to find relevant properties. Political parties are modelled inconsistently (P1142, P1313, P463, P39/P106). Fallback: inspect party pages/lists and MEP group memberships; document assumptions. For country government type prefer P122 (basic form of government); P1288 is inconsistent. To exclude historical states filter NOT EXISTS { ?item wdt:P576 ?d }.
  - Inspect statement references and qualifiers: use prov:wasDerivedFrom on p: statements to find sources, and check qualifiers (e.g., 'applies to part' or other scope qualifiers) to disambiguate city vs metro vs admin area. Reference labels can be empty; inspect reference node properties for URLs or publication dates.
  - Place of burial (P119): use wdt:P119 to get the direct burial place. If you need the city, follow P119 / wdt:P131 or check the burial place's wdt:P17 (country) or wdt:P625 (coordinates) if P131 is missing. Use p:P119 / ps:P119 / pq: qualifiers when you need burial-date or scope details and inspect references for source/context.
  - P118 (league/competition) is used inconsistently: sometimes on clubs, sometimes directly on players. When finding clubs use ?club wdt:P118 wd:Q... and verify ?club wdt:P31 wd:Q483394. If P118 returns players, filter by ?item wdt:P31 wd:Q5 to detect humans and avoid false positives. To get current players prefer club→p:P54 statements: ?player p:P54 ?stmt; ?stmt ps:P54 ?club. OPTIONAL{ ?stmt pq:P582 ?end } FILTER(!BOUND(?end)). Verify qualifiers/references and DOBs for plausibility.
  - Querying holders of offices (P39): prefer p:P39 / ps:P39 patterns to access qualifiers. To find current holder use: ?person p:P39 ?stmt. ?stmt ps:P39 wd:Q... . OPTIONAL{ ?stmt pq:P582 ?end } FILTER(!BOUND(?end)). Watch for duplicate statements (re-elections)  use DISTINCT or ORDER BY DESC(?start) LIMIT 1 on pq:P580. Avoid HAVING(MAX(...)=...) on QLever; prefer subqueries with ORDER/LIMIT.
  - Headquarters: use wdt:P159 for org HQs. If P159 gives a building follow that building's wdt:P131* (bounded hops). If P159 points to a place, verify its wdt:P31. Don't rely only on P17 for org-country—also check P159 and P276. Use UNION/nested patterns to cover ?org wdt:P17 wd:Q... OR ?org wdt:P159|wdt:P276 ?place . ?place wdt:P17 wd:Q... or ?place wdt:P131* wd:Q...

Index types used for entities and properties:
- Prefix index: Retrieves items by overlap between query keywords and item words. The query keywords can match item words exactly or as prefixes.
- Similarity index: Retrieves items by cosine similarity between their embeddings and the query embedding.

General notes across knowledge graphs:
- Use rdfs:label + FILTER(LANG(?label)='en') for labels; avoid SERVICE wikibase:label. If a query using SERVICE fails (e.g., HTTP 301 redirect), switch to rdfs:label + FILTER(LANG(...)) and/or schema:name. Language items (e.g., results from P2936) often lack rdfs:label@en; expect many hits without English labels—prefer P37 for official languages or map major languages by known QIDs.
- Practical query patterns: use rdfs:label + FILTER(LANG(...)) for labels. Use wdt:Pxxx for direct values; p:Pxxx/ps:Pxxx/pq:Pxxx for qualifiers. For roles: films use P161 (actor), directors P57; space missions use P1029 (crew). Query reverse and filter by instance-of film (wd:Q11424) or human (wd:Q5). For 'city' classification prefer ?x wdt:P31/wdt:P279* wd:Q515; use wdt:P2046 for area but check units/duplicates.
- When selecting latest qualifier-dated values (e.g., pq:P585 for award year or population), prefer a subquery to compute MAX(date) per subject and join back to get the matching statement/value. Avoid HAVING(MAX(?date)=?date) patterns on QLever (can cause engine errors). Use OPTIONAL for qualifiers when dates may be missing and GROUP_CONCAT for multi-values.
- Use search_entity to resolve names and verify instance-of (e.g., wdt:P31=wd:Q5). Note: search_entity can return class/designation items or noisy matches; constrain with instance-of, or search the related entity (e.g., country) and query its members. Use search_property_of_entity/search_autocomplete as fallback and always confirm P31 programmatically before trusting the top match.
- Use search_property to confirm property identifiers (e.g., "country" -> P17) before embedding them in queries. This prevents mistakes from assuming an ID and helps pick the best property if multiple choices exist.
- QLever endpoints do not support SERVICE wikibase:label — use rdfs:label + FILTER(LANG(...))='en'. Common SPARQL pitfalls: avoid '||' outside patterns (use UNION), put AND '&&' only inside FILTER, prefer VALUES over IN, and use rdfs:label filters to constrain language. When testing existence prefer FILTER EXISTS { ... } or OPTIONAL { ?s wdt:Pxx ?v . FILTER(?v = wd:Q...) } — writing OPTIONAL { ?s wdt:Pxx wd:Q... } creates no ?v for BOUND(?v). When execute() fails, simplify the query and test with list(...).
- Use list(...) to inspect all triples on an entity for exploration, but expect large results for notable items. Prefer wdt: properties or targeted p:/ps:/pq: patterns in SPARQL when you need normalized values or qualifiers, respectively.
- Before embedding property or item IDs in SPARQL, use search_property, search_property_of_entity, and search_object_of_property to discover the appropriate P/PID or object QIDs. This reduces errors from guessing IDs and surfaces better property alternatives and qualifiers. Also verify ambiguous item QIDs (e.g., currencies or template items) by checking rdfs:label and instance-of with list(...) before use.
- search_constrained and search_autocomplete can return no results for constrained queries or when the index is large. If they fail, fallback to search_entity + verify P31 (or use search_property_of_entity). Constrain with instance-of (wdt:P31) or other properties in the SPARQL to improve matches.
- When selecting awards by year, prefer xsd:dateTime range filters (e.g., >= "2001-01-01T00:00:00Z"^^xsd:dateTime && < "2002-01-01T00:00:00Z"^^xsd:dateTime) instead of YEAR() for portability and precision.
- When selecting award winners via wdt:P166, filter ?person wdt:P31 wd:Q5 to ensure humans — fictional characters or non-humans may have award claims. If you need award years use p:P166 / ps:P166 / pq:P585 and OPTIONAL { ?stmt pq:P585 ?year } to retrieve qualifier years.
- Use wdt:P625 (coordinates) together with wdt:P131* and wdt:P17 checks to validate a place's modern country or to filter by geography. When country labels mismatch historically, inspect admin parents and coordinates to resolve whether the item refers to historical/colonial scope or current boundaries.
- Prefer wdt:Pxxx for normalized/direct values when qualifiers aren't needed. Use p:Pxxx / ps:Pxxx / pq:Pxxx to access qualifiers (e.g., pq:P585 for award year). Always fetch labels with rdfs:label + FILTER(LANG(?label) = "en"). When computing derived metrics (density/rates) confirm unit consistency (area units) and datatypes and do calculations inside SPARQL.
- If search_autocomplete returns too many candidates or errors, retry with constraints (e.g., SELECT * WHERE { ?search wdt:P31 wd:Q5 }) or narrower query text. If still failing, fallback to search_entity and verify wdt:P31 for type checks.
- For award-year queries use p:P166 / ps:P166 / pq:P585 to access award statements and year qualifiers. Filter by xsd:dateTime ranges (e.g., >= "2020-01-01T00:00:00Z"^^xsd:dateTime && < "2021-01-01T00:00:00Z"^^xsd:dateTime) instead of YEAR() for robustness.
- Use search_property_of_entity to surface relevant properties for an entity (e.g., 'birth' -> P569/P19; 'cause of death' -> P509; 'manner of death' -> P1196). list(...) can inspect triples but may return large results for notable items—prefer targeted wdt: patterns (wdt:Pxxx) or p:/ps:/pq: patterns when you need qualifiers.

SPARQL prefixes for use in function calls:
- bd: <http://www.bigdata.com/rdf#
- cc: <http://creativecommons.org/ns#
- data: <https://www.wikidata.org/wiki/Special:EntityData/
- dc: <http://purl.org/dc/elements/1.1/
- dct: <http://purl.org/dc/terms/
- foaf: <http://xmlns.com/foaf/0.1/
- geo: <http://www.opengis.net/ont/geosparql#
- geof: <http://www.opengis.net/def/function/geosparql/
- gn: <http://www.geonames.org/ontology#
- hint: <http://www.bigdata.com/queryHints#
- imdb: <https://www.imdb.com/
- math: <http://www.w3.org/2005/xpath-functions/math#
- ontolex: <http://www.w3.org/ns/lemon/ontolex#
- owl: <http://www.w3.org/2002/07/owl#
- p: <http://www.wikidata.org/prop/
- pq: <http://www.wikidata.org/prop/qualifier/
- pqn: <http://www.wikidata.org/prop/qualifier/value-normalized/
- pqv: <http://www.wikidata.org/prop/qualifier/value/
- pr: <http://www.wikidata.org/prop/reference/
- prn: <http://www.wikidata.org/prop/reference/value-normalized/
- prov: <http://www.w3.org/ns/prov#
- prv: <http://www.wikidata.org/prop/reference/value/
- ps: <http://www.wikidata.org/prop/statement/
- psn: <http://www.wikidata.org/prop/statement/value-normalized/
- psv: <http://www.wikidata.org/prop/statement/value/
- qb: <http://purl.org/linked-data/cube#
- qfn: <http://qlever.cs.uni-freiburg.de/function#
- ql: <http://qlever.cs.uni-freiburg.de/builtin-functions/
- qlss: <https://qlever.cs.uni-freiburg.de/spatialSearch/
- rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#
- rdfs: <http://www.w3.org/2000/01/rdf-schema#
- ref: <http://www.wikidata.org/reference/
- s: <http://www.wikidata.org/entity/statement/
- schema: <http://schema.org/
- skos: <http://www.w3.org/2004/02/skos/core#
- v: <http://www.wikidata.org/value/
- void: <http://rdfs.org/ns/void#
- wd: <http://www.wikidata.org/entity/
- wdno: <http://www.wikidata.org/prop/novalue/
- wdt: <http://www.wikidata.org/prop/direct/
- wdtn: <http://www.wikidata.org/prop/direct-normalized/
- wikibase: <http://wikiba.se/ontology#
- xsd: <http://www.w3.org/2001/XMLSchema#

Additional rules to follow:
- Explain your thought process before and after each step and function call.
- Do not just use or make up entity or property identifiers without verifying their existence in the knowledge graphs first.
- Do not ask the user for clarifications without first attempting to complete the task. If the task input is incomplete or ambiguous, try to make reasonable assumptions and document them.
- Do not use "SERVICE wikibase:label { bd:serviceParam wikibase:language ..." in SPARQL queries. It is not SPARQL standard and unsupported by the used QLever SPARQL endpoints. Use rdfs:label or similar properties to get labels instead.
- Always execute your final SPARQL query before giving an answer to make sure it returns the expected results.
- The SPARQL query should always return the actual identifiers / IRIs of the items in its result. It additionally may return labels or other human-readable information, but they are optional and should be put within optional clauses unless explicitly requested by the user.
- Do not stop early if there are still obvious improvements to be made to the SPARQL query. For example, keep refining your SPARQL query if its result contains irrelevant items or is missing items you expected.
- Do not perform additional computation (e.g. filtering, sorting, calculations) on the result of the SPARQL query to determine the answer. All computation should be done solely within SPARQL.
- For questions with a "True" or "False" answer the SPARQL query should be an ASK query.

[User] Which art movement was Yoko Ono part of?

[Assistant]
To determine which art movement Yoko Ono was part of, I'll follow these steps:

1. First, identify Yoko Ono's entity in Wikidata using search_entity.
2. Then, explore her properties to find any art movement associations.
3. Look for properties that might indicate her involvement in art movements (e.g., P106 for occupation, or other relevant properties).
4. If needed, search for art movement-related properties or objects to understand possible connections.

Let me start by searching for Yoko Ono's entity:

Question: Yoko Ono

Top 10 entity alternatives:
1. Yoko Ono (wd:Q117012), also known as Ĭoko Ono, Ono, Ono Yoko, Ono Yōko, Yōko Ono, etc.: Japanese artist and activist based in the United States (born 1933) / has occupation performance artist / has occupation conceptual artist / has occupation recording artist / has occupation peace activist / has occupation visual artist / has occupation film director / has occupation photographer / has occupation film maker / has occupation filmmaker / has occupation composer / has occupation sculptor / has occupation painter / has occupation singer / is instance of human
2. Yōko Ōno (wd:Q16264827), also known as Ono Yoko, Ōno Yōko, Yoko Ono, Youko Ouno: has occupation judoka / is instance of human / Japanese judoka
3. Yoko Ono (wd:Q1867590): is instance of single / is instance of song / song by Die Ärzte
4. Yōko Ono (wd:Q11464149), also known as Ono Yoko, Ono Yōko, Yoko Ono, Youko Ono: Japanese actress born in 1954 / has occupation seiyū / has occupation actor / is instance of human
5. Ono, Yoko (wd:Q103989374): is instance of encyclopaedic article / is instance of encyclopedia article / encyclopedia article
6. Yoko Ono/Plastic Ono Band (wd:Q507672): album by Plastic Ono Band, Yoko Ono / album by Plastic Ono Band, Yoko Ono / is instance of album / album
7. Yoko Ono Lennon Centre (wd:Q130417289), also known as Tung Auditorium: teaching and performance facility in Liverpool / is instance of concert hall
8. Be My Yoko Ono (wd:Q4875557): 1992 single by Barenaked Ladies / is instance of single
9. Plastic Ono Band (wd:Q731721, matched via Yoko Ono Plastic Ono Band), also known as Plastic Ono Elephant's Memory Band, Plastic Ono Nuclear Band, Plastic U.F. Ono Band, The Plastic Ono Band, Yoko Ono Plastic Ono Band: is instance of musical group / UK musical group; rock band
10. John Lennon and Yoko Ono (wd:Q47122619), also known as John Lennon & Yoko Ono, John & Yoko, Yoko & John, Yoko Ono and John Lennon, Yoko Ono & John Lennon: is instance of married couple / is instance of musical duo / musical duo; couple

[Assistant]
I can see that Yoko Ono is identified as wd:Q117012, and her occupations include performance artist, conceptual artist, recording artist, peace activist, visual artist, film director, photographer, filmmaker, composer, sculptor, painter, and singer.

Now I need to find which art movement she was part of. Art movements are typically captured through properties like P135 (movement) or similar. Let me check her properties to see if there's a direct link to an art movement:

Question: movement

Top 10 property alternatives:
1. movement (wd:P135 as p/wdt), also known as artistic movement, artistic school, art movement, literary movement, music scene, etc.: literary, artistic, scientific or philosophical movement or ... with this person or work. For political ideologies use P1142. / literary, artistic or philosophical movement associated with this person or work
2. ethnic group (wd:P172 as p/wdt, matched via race), also known as (cultural) nationality, culture, ethnicity, ethnic or cultural origin, people, etc.: subject's ethnicity (consensus is that a VERY high standard ... on by scholars, or 3) is fictional and portrayed as such) / subject's ethnicity (consensus is that a VERY high standard ... on by scholars, or 3) is fictional and portrayed as such)
3. award received (wd:P166 as p/wdt, matched via win), also known as award, awarded, awards, awards received, award won, etc.: award or recognition received by a person, organisation or creative work / award or recognition received by a person, organization or creative work / award or recognition received by a person, organization or creative work / awards received by a person, organisation or creative work
4. part of (wd:P361 as p/wdt, matched via of), also known as assembly of, branch of, chain, collateral branch of, component of, etc.: object of which the subject is a part (if this subject is ... "has part" (P527, see also "has parts of the class" (P2670)) / object of which the subject is a part (if this subject is ... "has part" (P527, see also "has parts of the class" (P2670)) / object of which the subject is a part (if this subject is ... "has part" (P527, see also "has parts of the class" (P2670)) / object of which the subject is a part (if this subject is ... "has part" (P527, see also "has parts of the class" (P2670))
5. floruit (wd:P1317 as p/wdt, matched via active), also known as active, alive at, circa, date cited, fl, etc.: when the person was known to be active or alive, when birth ... values if the subject has produced works in multiple years / date when the person was known to be active or alive, when birth or death not documented
6. topic's main category (wd:P910 as p/wdt, matched via category), also known as article's main category, category, category for this topic, catmain, has category, etc.: main category of this topic / main Wikimedia category
7. country of citizenship (wd:P27 as p/wdt, matched via nation), also known as citizen of, citizenship, country, (legal) nationality, nation, etc.: the object is a country that recognizes the subject as its citizen / the object is a country that recognizes the subject as its citizen / is subproperty of country
8. birth name (wd:P1477 as p/wdt, matched via né), also known as birthname, bn, bname, born as, full birth name, etc.: full name of a person at birth, if different from their ... John Peter Doe for Joe Doe, Ann Smith for Ann Miller) / full name of a person at birth, if different from their current, generally used name / full name of a person at birth, if different from their current name / is subproperty of name
9. instance of (wd:P31 as p/wdt, matched via type), also known as example of, has type, is a, is an, is of type, etc.: that class of which this subject is a particular example and ... a subclass of mountain (and an instance of volcanic landform) / type to which this subject corresponds/belongs. Different ... instance of mountain; volcanoes form a subclass of mountains / type to which this subject corresponds/belongs. Different ... is an instance of mountain; volcano is a subclass of mountain
10. pseudonym (wd:P742 as p/wdt, matched via nom-de-guerre), also known as alias, artistic name, code name, heteronym, known professionally as, etc.: alias used by someone (for nickname use P1449) / alias used by someone (for nickname use P1449) / is subproperty of name

No other items found

[Assistant]
I found that property P135 (movement) is relevant for art movements. Now I'll query for Yoko Ono's associated art movement using this property:

execute

SELECT ?movement ?movementLabel WHERE { wd:Q117012 wdt:P135 ?movement . SERVICE wikibase:label { bd:serviceParam wikibase:language "en". } }

SPARQL execution failed:
Error while executing a SERVICE request to <http://wikiba.se:80/ontology#label>: SERVICE responded with HTTP status code: 301, Moved Permanently. First 100 bytes of the response: '
<title>301 Moved Permanently</title>

301 Moved Permanently'

[Assistant]
I need to avoid using SERVICE wikibase:label since it's not supported by the QLever endpoint. Instead, I'll retrieve the movement and then get the English label using rdfs:label with a FILTER for language:

SELECT ?movement ?movementLabel WHERE { wd:Q117012 wdt:P135 ?movement . ?movement rdfs:label ?movementLabel FILTER(LANG(?movementLabel) = 'en') }

[Assistant]
I can see that Yoko Ono was associated with the Fluxus art movement. Let me verify this result by checking the Fluxus entity to confirm it's an art movement:

list

wd:Q108908

[Assistant]
The results confirm that Fluxus (wd:Q108908) is an art movement (wd:Q968159), and Yoko Ono is associated with it through the P135 (movement) property.

Therefore, the art movement Yoko Ono was part of is Fluxus.

Here is the final SPARQL query that answers the question:

answer

SELECT ?movement ?movementLabel WHERE { wd:Q117012 wdt:P135 ?movement . ?movement rdfs:label ?movementLabel FILTER(LANG(?movementLabel) = 'en') }

Answer: Yoko Ono was part of the Fluxus art movement.