linkedgeodata.org - UseCases

2010-01-27 01:19:15

Comparison for /Use Cases of 2010-01-27 01:19:15 and 2010-01-27 11:36:47

Deletions:

The brief resume of the information concerning Linked Geo Data you may also find in many resources.

2009-10-28 16:58:49

Comparison for /Use Cases of 2009-10-28 16:58:49 and 2010-01-27 01:19:15

Additions:

The LGDBrowser provides a demo focusing on structural features in OSM/LGD and providing facet-based browsing for efficiently handling the large volume of data.
The brief resume of the information concerning Linked Geo Data you may also find in many resources.

Deletions:

The LGDBrowser provides a demo focusing on structural features in OSM/LGD and providing facet-based browsing for efficiently handling the large volume of data.

2009-10-28 16:57:54

Comparison for /Use Cases of 2009-10-28 16:57:54 and 2009-10-28 16:58:49

Additions:

The key strengths of Linked Geo Data are:

It has a broad coverage, both in number and type of spatial entities (400 million geo elements belonging to 500 classes).

Deletions:

The key strength of Linked Geo Data are:

It has a broad coverage, both in number and type of spatial entities.

2009-10-28 13:57:34

Comparison for /Use Cases of 2009-10-28 13:57:34 and 2009-10-28 16:57:54

Additions:

Linked Geo Data is currently the largest knowledge base in the LOD2 cloud. It complements other spatial data sets, in that it also contains smaller or less popular entities (post offices, traffic lights, bus stops). The data is freely available and growing fast due to the enormous growth of the Open Street Map projects.
The key strength of Linked Geo Data are:

It has a broad coverage, both in number and type of spatial entities.
Linked Geo Data can serve as a crystallisation point for future spatial web data integration, since it provides unique URIs and exposes its content as Linked Data. Mappings to DBpedia were established already and other knowledge bases are likely to be interlinked with LGD in the future.
The LGDBrowser provides a demo focusing on structural features in OSM/LGD and providing facet-based browsing for efficiently handling the large volume of data.

Deletions:

TODO: add content

complementary to other data sets => allows new use cases
crystallization point for spatial web data integration

2009-07-01 18:07:59

Comparison for /Use Cases of 2009-07-01 18:07:59 and 2009-10-28 13:57:34

Additions:

TODO: add content

complementary to other data sets => allows new use cases
crystallization point for spatial web data integration

Deletions:

Linked Geo Data Browser and Editor

The LGD Browser and Editor (available at http://linkedgeodata.org/browser/) allows to browse the world by using a slippy map. Once a region is selected, the browser analyzes the descriptions of nodes and ways in that region and generates facets for filtering. Once a facet or a specific facet value has been selected, matching elements are displayed as markers on the map and in a list. If the selected region is changed, these are updated accordingly.

If a user logs into the application by using her OSM credentials, the displayed elements can directly be edited in the map view. For this, the browser generates a dynamic form based on existing properties. The form also allows to add arbitrary additional properties. In oder to encourage reuse of both properties and property values, the editor performs a type-ahead search for existing properties and property values and ranks them according to the usage frequency. When changes are made, these are stored locally and propagated to the main OSM database by using the OSM API.

2009-06-30 21:23:10

Comparison for /Use Cases of 2009-06-30 21:23:10 and 2009-07-01 18:07:59

Additions:

Deletions:

2009-06-30 21:21:43

Comparison for /Use Cases of 2009-06-30 21:21:43 and 2009-06-30 21:23:10

Additions:

If a user logs into the application by using her OSM credentials, the displayed elements can directly be edited in the map view. For this, the browser generates a dynamic form based on existing properties. The form also allows to add arbitrary additional properties. In oder to encourage reuse of both properties and property values, the editor performs a type-ahead search for existing properties and property values and ranks them according to the usage frequency. When changes are made, these are stored locally and propagated to the main OSM database by using the OSM API.

Deletions:

2009-06-26 13:29:09

Comparison for /Use Cases of 2009-06-26 13:29:09 and 2009-06-30 21:21:43

Additions:

Linked Geo Data Browser and Editor

The LGD Browser and Editor allows to browse the world by using a slippy map. Once a region is selected, the browser analyzes the descriptions of nodes and ways in that region and generates facets for filtering. Once a facet or a specific facet value has been selected, matching elements are displayed as markers on the map and in a list. If the selected region is changed, these are updated accordingly.

If a user logs into the application by using her OSM credentials, the displayed elements can directly be edited in the map view. For this, the browser generates a dynamic form based on existing properties. The form also allows to add arbitrary additional properties. In oder to encourage reuse of both properties and property values, the editor performs a type-ahead search for existing properties and property values and ranks them according to the usage frequency. When changes are made, these are stored locally and propagated to the main OSM database by using the OSM API.

Deletions:

This page lists use cases for the DBpedia knowledge base together with references to ongoing work into these directions.

Contents

Revolutionize Wikipedia Search

Wikipedia currently only supports keyword-based search and does not allow more expressive queries like “Give me all cities in New Jersey with more than 10 000 inhabitants” or “Give me all Italian musicians from the 18th century.” This lowers the overall utility of Wikipedia.
One major application domain for the DBpedia data set is to enable sophisticated queries against Wikipedia, which could revolutionize the access to this valuable knowledge source.
Here are three prototypical search interfaces using different approaches to improve Wikipedia search:

The DBpedia Query Builder provides a easy-to-use interface for formulating queries against DBpedia as a set of matching patterns.
The OpenLink QBE visual query builder provides a graphical interface for formulating SPARQL queries against DBpedia.

Examples of different queries that can be asked against DBpedia are found on the OnlineAccess and Datasets pages.

Include DBpedia Data in Your Web Page

One nice thing about Wikipedia is that is kept up-to-date by a large community. Therefore, if you need a table on your Web page with, say, German cities, African musicians, Amiga computer games from the 90s, or whatever, you could generate this table with a SPARQL query against the DBpedia endpoint, and your table will stay up-to-date as Wikipedia changes.
Such tables can be implemented either by using Java Script on the client, or with a scripting language like PHP on the server. The second option also allows you to cache query results. Two examples using Java Script are:

Web page with a table containing English musicians (Only works with Firefox)
Web page with a table containing German cities (Only works with Firefox)

Many DBpedia properties have numeric values, so DBpedia data can also be used as input for spreadsheet calculations, for example, using the Objectsheet Java Script visual data environment.

Retrieve the birth and death dates of people, and calculate their lifetime from the query results (Only works with Firefox; requires signed.applets.codebase_principal_support = true in the Firefox configuration)

Other 3rd party applications integrating DBpedia into their websites include:

Mobile and Geographic Applications

DBpedia contains information about 300,000 geographic locations and is interlinked with other geo-related data sources such as Geonames, the US Census, Euro Stat, and the CIA world fact book. The data set contains geo-coordinates for many geographic locations which enable location-based SPARQL searches.
This makes DBpedia a valuable data source for location-based applications. DBpedia contains short abstracts about places which display nicely on mobile phones and PDAs, in up to 12 languages.
As current generation mobiles and PDAs start having GPS receivers, it is possible to implement nice location-based information services for them based on DBpedia data and the DBpedia SPARQL endpoint.
One example of such an application is DBpedia Mobile which demonstrates how DBpedia can be used as entry point into the geo-spacial Semantic Web.

Document Classification, Annotation and Social Bookmarking

Terms from DBpedia can be used to annotate Web content. Compared to other subject hierarchies, like the classic ones used within libraries, DBpedia has the advantage that each subject is backed by a rich description including abstracts in 14 languages. Another advantage compared to static hierarchies is that DBpedia evolves as Wikipedia changes.
One application that uses DBpedia terms for the annotation of Web content is Faviki. Faviki is a social bookmarking tool which allows you to tag Web pages you want to remember with Wikipedia terms. This means that everybody uses the same names for tags from the world's largest collection of knowledge.

Multi-Domain Ontology

DBpedia is one of the largest multi-domain ontologies that currently exist. Compared to other ontologies which usually only cover specific domains, are created by relatively small groups of knowledge engineers, and are very cost intensive to keep up-to-date as domains change, DBpedia has the advantage that

it covers many domains and contains lots of instances.
it represents real community agreement.
it (automatically) evolves as Wikipedia changes.

The disadvantages of DBpedia compared to hand-crafted ontologies like SUMO, Open Cyc, or Wordnet are that

DBpedia is less formally structured.
The data quality is lower and there are inconsistencies within DBpedia.

An approach to combine the advantages of both worlds is to interlink DBpedia with hand-crafted ontologies such as Open Cyc, SUMO, or Word Net, which enables applications to use the formal knowledge from these ontologies together with the instance data from DBpedia.
DBpedia already contains

42.000 RDF links into OpenCyc,
318,000 RDF links into WordNet,
2,4 million RDF links to Freebase,
RDF links to UMBEL.

Interlinking DBpedia with these ontologies could further extend query capabilities. For instance, knowing that “cities are geographic places” and “mountains are geographic places”, a query engine could return cities as well as mountains for a query about geographic places.

Nucleus for the Web of Data

The Web is currently changing from a medium to publish and share text documents into a medium to publish and share data.
This transition is facilitated by ideas from the Semantic Web community and initiatives like the W3C Linking Open Data project.
The DBpedia data set is served as Linked Data ([1], [2]) which allows the data set to be interlinked with other data sets and ontologies.
As DBpedia covers many domains and provides data-backed identifiers for 2.49 million concepts, it is developing into an interlinking-hub for other data sets.
Please see Interlinking for an overview about the data sets that are currently interlinked with DBpedia and W3C Linking Open Data for a list of other data sets and ontologies that are published on the Web as Linked Data.

Support Wikipedia Authors with Editing Suggestions

One strength of Wikipedia, and a central factor for its growth, is that it does not restrict contributors. On the other hand, this leads to many inconsistencies within Wikipedia, especially between the 251 different language versions.
Extracting structured data from all 251 versions of DBpedia and interlinking this data with background knowledge from ontologies like Open Cyc, SUMO, or Word Net, allows different types of consistency checks. For instance:

Population of Berlin within infoboxes in different languages.
Classification of a person in the category German cities.

Therefore, one promising direction for future work is to use DBpedia knowledge for consistency checks and to develop tools that support Wikipedia authors by offering editing/correction suggestions.