To jest stara wersja strony!

Querying the Semantic Web with SPARQL

Last verification: 20171014
Tools required for this lab:

Before the lab

Lab instructions

1 Introduction [5 minutes]

  1. What can we do with our RDF models? In this section some „magic” will happen on Periodic Table saved in RDF!
  2. Open SPARQLer (a general purpose SPARQL query processor).
  3. Paste into „Target graph URI (or use FROM in the query)” field, select Text in „Output” dropdown list.
  4. Run the following two queries (paste code in text field and click Get Results):
    PREFIX table: <>
    PREFIX xsd: <>
    SELECT ?element ?name
    WHERE {
      ?element table:group ?group .
      ?group table:name "Noble gas"^^xsd:string .
      ?element table:name ?name .
    ORDER BY ASC(?name)
    PREFIX table: <>
    PREFIX xsd: <>
    PREFIX rdfs: <>
      ?element rdfs:label ?name .
    WHERE {
      ?element table:group ?group .
      ?group table:name "Noble gas"^^xsd:string .
      ?element table:name ?name .
    ORDER BY ASC(?name)
    • Both queries run on the same dataset
    • Both queries extract the same data: list of all elements in Noble gases group with their names
    • Analyze queries and results: how they differ?
  5. 8-) What do SELECT queries do?
  6. 8-) What do CONSTRUCT queries do?

2 SPARQL = Pattern matching [10 minutes]

  • General Idea: SPARQL is an RDF graph pattern matching system.
  • E.g.: there is a triple saved in RDF:
    :JamesDean :playedIn :Giant .
  • Now we can simply replace part of the triple with a question word (with a question mark at the start) and we get simple queries, e.g.:
    • Query: :JamesDean :playedIn ?what .
      Answer: :Giant
    • Query: ?who :playedIn :Giant .
      Answer: :JamesDean
    • Query: :JamesDean ?what :Giant .
      Answer: :playedIn
  1. Let's get back to our FOAF files. Do you have yours? 8-O
  2. Execute queries on your foaf file (or on file) to retrieve:
    • friends who have name and e-mail defined
    • friends who have name and e-mail defined and optional homepage
    • friends who have name and e-mail defined and optional homepage, sorted by name descending
  3. 8-) Put the constructed queries in the report.
    • Hints:
      • SPARQL 1.1 documentation may be useful for specifying optional values
      • Type in the location of your file in the Target graph URI OR use FROM construct to define your data source, e.g.
        PREFIX rdf: <>
        PREFIX foaf: <>
        SELECT DISTINCT ?name
        FROM <>
        WHERE { 
            ?x rdf:type foaf:Person . 
            ?x foaf:name ?name
        LIMIT 10

3 Constraints: FILTER [10 minutes]

  • After matching RDF graph pattern, there is also possibility to put some constraints on the rows that will be excluded or included in the results. This is achieved using FILTER construct. Let's try it now on the FOAF files of your friends.
  • Prepare and execute queries on chosen FOAF file to retrive:
    • people whose name starts with 'K'
    • people having e-mails on server
    • people whose name starts with 'K' or who have e-mails on server, make search caseinsensitive
    • name of people, who have homepage or e-mail on server
  • Hints:
    • cooperate, ask your friends to give you the URI of their FOAF :!:
    • SPARQL 1.1 Documentation parts about constraints and alternatives may be useful
  • 8-) Put the queries in the report.

4 SPARQL Endpoint [20 minutes]

  • SPARQL queries may be asked against RDF file as we did in previous sections. But there is also possibility to use special purpose web service called SPARQL Endpoint. It wraps some data set and provides a service that responds to the SPARQL protocol, providing access to the data set.
  • Many SPARQL Endpoints are available today, providing information about a variety of subjects. In this section we will use DBpedia SPARQL Endpoint at
  1. DBpedia is a dump of Wikipedia annotated using RDF. So, like Wikipedia, DBpedia should contain some information about Poland. What we can do?
    We don't know what URI Poland has in DBpedia, but we know the name Poland, and from previous lab we know rdfs:label property. Maybe this will help us? Let's try!
  2. Open the SPARQLer. What we know so far? There should be some URI (?country) that probably has a relation rdfs:label with object „Polska”@pl. This can be easily translated into SPARQL WHERE clause:
    ?country rdfs:label "Polska"@pl .
  3. To execute this query properly we also have to specify that we are asking Endpoint. We can't use FROM clause, because this one is designated for RDF graphs. We should use SERVICE instead. Final query:
    PREFIX rdfs: <>
    SELECT ?country
    WHERE { 
        SERVICE <> {
            ?country rdfs:label "Polska"@pl .

    Note 1: There must be something in Target graph URI field (this can be FOAF URI from previous section) – this URI will not be used in query but SPARQLer needs it to execute query…
    Note 2: You can use more than one SERVICE clauses in SPARQL query – it gives you a possibility to combine results from different SPARQL Endpoints.

  4. Success! There is something that has rdfs:label „Polska”@pl!
    Now expand this query to find information about Poland population:
    1. 8-) How you can do this using only SPARQLer?
    2. 8-) Put the final query in the report.
      1. Hint: result should look like this:
        | population |
        | 38483957   |
  5. 8-) Prepare a query that returns a list of 10 countries in Europe with the biggest population. Put the query in the report.

5 Aggregation [15 minutes]

  • SPARQL provides grouping and aggregation mechanisms known from SQL:
    • grouping: GROUP BY
    • aggregation: COUNT, SUM, MIN, MAX, AVG, GROUP_CONCAT, and SAMPLE
    • filter on groups: HAVING
    • See SPARQL 1.1 documentation for wider description.
  1. Poland is divided into 16 voivodeships (PL: województwo), and then into 380 counties (PL: powiat). In this task, we will examine it closer.
  2. Prepare a query (in SPARQLer, against DBpedia) which returns list of voivodeships and number of counties inside them. List should consist only of voivodeships with 7 or more counties and should be ordered by number of counties.
  3. Results should look like that:
    | voivodeship                       | counties |
    | "Masovian Voivodeship"@en         | 15       |
    | "Greater Poland Voivodeship"@en   | 12       |
    | "Lesser Poland Voivodeship"@en    | 11       |
    | "Podkarpackie Voivodeship"@en     | 10       |
    | "Pomeranian Voivodeship"@en       | 9        |
    | "Warmian-Masurian Voivodeship"@en | 9        |
    | "West Pomeranian Voivodeship"@en  | 9        |
    | "Opole Voivodeship"@en            | 8        |

    or in Polish:

    | wojewodztwo                          | powiaty |
    | "Województwo mazowieckie"@pl         | 15      |
    | "Województwo wielkopolskie"@pl       | 12      |
    | "Województwo małopolskie"@pl         | 11      |
    | "Województwo podkarpackie"@pl        | 10      |
    | "Województwo pomorskie"@pl           | 9       |
    | "Województwo warmińsko-mazurskie"@pl | 9       |
    | "Województwo zachodniopomorskie"@pl  | 9       |
    | "Województwo opolskie"@pl            | 8       |
  4. Hint – useful URIs:
    • county:
    • voivodeship:
  5. 8-) Put the query in the report.

6 SPARQL as rule language [10 minutes]

  • So far, we have seen that the answers to questions in SPARQL can take the form of a table. In this section we will take a look at CONSTRUCT queries which answers take the form of an RDF graph. You have already seen one such example in Introduction.
  • CONSTRUCT queries provides a way to introduce „rules” into RDF datasets:
    1. Let's back to The Bold and the Beautiful/The Game of Thrones model you prepared previously. Probably you had a problem which relations should be placed in RDF file: is_father_of or is_child_of or maybe both of them?
    2. CONSTRUCT queries make this simpler. In the initial data set you can put one of them, let's assume it was is_father_of. Now, you can execute CONSTRUCT query that creates inverse relation:
      PREFIX bb: <http://yourname/b-and-b#>.
        ?child bb:is_child_of ?father .
      WHERE {
        ?father bb:is_father_of ?child
    3. Or maybe is_uncle_of relation will be useful? No problem!
      PREFIX bb: <http://yourname/b-and-b#>.
      PREFIX rdf: <>
        ?uncle bb:is_uncle_of ?child .
      WHERE {
        ?uncle bb:is_sibling_of ?parent;
               a bb:Man.
        ?child bb:is_child_of ?parent
    4. You don't have is_sibling_of but instead you have is_sister_of and is_brother_of. Simply prepare query (or queries) that creates is_sibling_of for you.
      • 8-) Put this query in the report.
  • OK, we created some new RDF triples using CONSTRUCT query. What now? Depending on your plans, you can:
    • Add these triples back to the original dataset,
    • Create new dataset (e.g. save results in RDF file).
  • And then simply execute queries against this new knowledge.

7 ASK and DESCRIBE queries [10 minutes]

SPARQL also provides two more query types: ASK and DESCRIBE.

  • ASK queries simply provide Yes/No answer and no information about founded triples (in case of „Yes” answer).
    • E.g. Is there anyone with name „Krzysztof Kluza” in this data set?
      PREFIX foaf:    <>
      ASK  { ?x foaf:name  "Krzysztof Kluza" }

      If you run this query against file answer will be yes.

    • 8-) Prepare query that checks something interesting in your model :)
      • If you have no idea what you can check, you can simply prepare a query that checks if there is anything that is a MusicCD and was published by Warner Music Group (if you don't have such classes in your library, use analogous class that you have).
  • DESCRIBE queries return all knowledge associated with given Subject URI(s).
    • The simplest DESCRIBE query specifies only the URI that should be described:
      DESCRIBE <>

      (it should be executed against file)

    • There is also possibility to select URI(s) from data set using constraints defined in WHERE clause. Read about it in SPARQL 1.1 documentation.
    • 8-) Prepare query that describes all foaf:Person items from your model (if you don't have a foaf:Person class in your library, use analogous class that you have).

8 "Negation" under Open World Assumption [5 minutes]

  • RDF vs SQL:
    • RDF: Open World Assumption
    • SQL: Closed World Assumption
  • Let's imagine that we are preparing query about all the living actors who played in Star Wars Episode VI: Return of the Jedi.
    • Idea scheme of this query in RDF:
      SELECT ?actor
      WHERE {?actor :playedIn :ReturnOfTheJedi .
             NOT EXISTS {?actor :diedOn ?deathdate . }
    • Idea scheme of this query in SQL:
      SELECT actor_name
      FROM movies
      WHERE title = "Return of the Jedi"
                      FROM deaths
                      WHERE movies.actor_name =;
  • These queries look like the same but they are different!
    • 8-) What are Open World Assumption (OWA) and Close World Assumption (CWA)?
    • 8-) What is the difference between these two queries (refer to the knowledge of OWA and CWA)?

Control questions

  • How we create the SPARQL queries?
  • What are the four SPARQL query types and how they differ? What is the form of the result in these queries?
  • What is SPARQL Endpoint?



Exemplary queries in SPARQL:


Open Data Sets:

DB2RDF (RDF and Relational Databases):

pl/dydaktyka/semweb/lab-sparql.1508018145.txt.gz · ostatnio zmienione: 2019/06/27 15:55 (edycja zewnętrzna) Valid CSS Driven by DokuWiki do yourself a favour and use a real browser - get firefox!! Recent changes RSS feed Valid XHTML 1.0