jcruz2us / dbpedia-widgets Goto Github PK

Integrate the rankings from the dbpedia page rank service

To get more information about a resource a link to the respective Wikipedia article should be included.

target="_blank"

Query DBpedia for a given resource and extract generic fields like uri, lang, label, alt-label, depiction, type, abstract, description

Log data should allow to make statistics about

• who (IP, anonymized IP, cookie?),
• which resource,
• when.

Anything else? Device, OS, browser, screen resolution, location, ...?

Using the setup as provided in the master branch and calling http://localhost:8000/resource/http://dbpedia.org/resource/Lemmy_Kilmister resulted in an internal server error:

ERROR:tornado.application:Uncaught exception GET /resource/http://dbpedia.org/resource/Lemmy_Kilmister (::1)
HTTPRequest(protocol='http', host='localhost:8000', method='GET', uri='/resource/http://dbpedia.org/resource/Lemmy_Kilmister', version='HTTP/1.1', remote_ip='::1', headers={'Dnt': '1', 'Connection': 'keep-alive', 'User-Agent': 'Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0', 'Accept-Encoding': 'gzip, deflate', 'Host': 'localhost:8000', 'Accept-Language': 'en', 'Accept': 'text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8'})
Traceback (most recent call last):
  File "/home/patrick/develop/virtualenvs/dbpedia-widgets/lib/python3.3/site-packages/tornado/web.py", line 1349, in _when_complete
    if result.result() is not None:
  File "/home/patrick/develop/virtualenvs/dbpedia-widgets/lib/python3.3/site-packages/tornado/concurrent.py", line 129, in result
    raise_exc_info(self.__exc_info)
  File "<string>", line 3, in raise_exc_info
  File "/home/patrick/develop/virtualenvs/dbpedia-widgets/lib/python3.3/site-packages/tornado/stack_context.py", line 302, in wrapped
    ret = fn(*args, **kwargs)
  File "/home/patrick/develop/virtualenvs/dbpedia-widgets/lib/python3.3/site-packages/tornado/gen.py", line 574, in inner
    self.set_result(key, result)
  File "/home/patrick/develop/virtualenvs/dbpedia-widgets/lib/python3.3/site-packages/tornado/gen.py", line 500, in set_result
    self.run()
  File "/home/patrick/develop/virtualenvs/dbpedia-widgets/lib/python3.3/site-packages/tornado/gen.py", line 529, in run
    yielded = self.gen.throw(*exc_info)
  File "server.py", line 19, in get
    result = yield self.fact_service.get_resource(uri)
  File "/home/patrick/develop/virtualenvs/dbpedia-widgets/lib/python3.3/site-packages/tornado/gen.py", line 520, in run
    next = self.yield_point.get_result()
  File "/home/patrick/develop/virtualenvs/dbpedia-widgets/lib/python3.3/site-packages/tornado/gen.py", line 409, in get_result
    return self.runner.pop_result(self.key).result()
  File "/home/patrick/develop/virtualenvs/dbpedia-widgets/lib/python3.3/site-packages/tornado/concurrent.py", line 129, in result
    raise_exc_info(self.__exc_info)
  File "<string>", line 3, in raise_exc_info
  File "/home/patrick/develop/virtualenvs/dbpedia-widgets/lib/python3.3/site-packages/tornado/stack_context.py", line 302, in wrapped
    ret = fn(*args, **kwargs)
  File "/home/patrick/develop/virtualenvs/dbpedia-widgets/lib/python3.3/site-packages/tornado/gen.py", line 574, in inner
    self.set_result(key, result)
  File "/home/patrick/develop/virtualenvs/dbpedia-widgets/lib/python3.3/site-packages/tornado/gen.py", line 500, in set_result
    self.run()
  File "/home/patrick/develop/virtualenvs/dbpedia-widgets/lib/python3.3/site-packages/tornado/gen.py", line 531, in run
    yielded = self.gen.send(next)
  File "/home/patrick/develop/javascript/gsoc/dbpedia-widgets/proxy/FactService.py", line 28, in get_resource
    "abstract": abstractNode[0],
IndexError: list index out of range

Seems that this is because the corresponding web resource redirects to http://dbpedia.org/resource/Lemmy. Calling http://localhost:8000/resource/http://dbpedia.org/resource/Lemmy also works.

The proxy should cache results it generates for faster subsequent request of the same resource

Lists of related artists can be very long, a limit (k) should be introduced. Which one to present should be selected by the ranking service.

Birth and death data should be presented in a more condensed way, e.g. Tupac_Shakur:
born in New York City, New York on June 16, 1971

Another feature would be to select the most relevant birthplace, i.e. town instead of state:
born in New York City on June 16, 1971

Remove hard coded resource facts from front-end and consume the JSON generated by the proxy

When switching the endpointURL to http://live.dbpedia.org/sparql (in DBpediaEndpoint.py) I get a timeout from tornado:

ERROR:tornado.access:500 GET /resource/http://dbpedia.org/resource/Barack_Obama (::1) 20007.24ms

The data is available on the endpoint, though queries take some time. Can the timeout be adjusted somewhere? Long lasting queries should be no problem with the cache.

The layout currently takes to much space. A widget should be small that it finds a place on other peoples websites.

Did we define standard sizes?

So-called 'disambiguation' resources do not contain useful information by themselves but forward to resources that could be meant by the label, e.g. http://live.dbpedia.org:8870/page/Slayer_(disambiguation). There is not necessarily a (disambiguation) on the end. Forwarding predicate is http://dbpedia.org/ontology/wikiPageDisambiguates.

A (ranked) list of relevant resources should be provided in the widget. Possibly including thumbnails.

Use python/tornado to setup a web server that will serve as a proxy between DBpedia and the front-end.

Style the application front-end

Certain resources have facts without a label. Remove these items that display as empty

fix in master branch...

change /#/detail?uri= to #/detail?uri=

In the current state (f47997c) when searching e.g. for 'berlin' on the index page (e.g. http://localhost:9000/#/) first nothing appears when choosing the 'Berlin (Place)' suggestion. The expected result is only shown when clicking the suggestion a second time. Then the actual URL also changes to http://localhost:9000/#/detail?uri=http:%2F%2Fdbpedia.org%2Fresource%2FBerlin.

Strange behavior of SPARQL endpoint with dates. Should make a workaround as long as that is not fixed.

Wordbol is a Wordpress Plugin that allows enhancing Wordpress articles with DBpedia/Wikipedia resources using Apache Stanbol. DBpedia Widgets would perfectly fit that scenario, embedding related resource information in Wordpress articles.

http://wordpress.org/plugins/wordbol/
https://github.com/knub/wordpress-stanbol
http://youtu.be/Aut3ziKSinE

The JSON generated by the proxy should pick and choose fields form the DBpedia data based on matching configurations.

The configurations used will be determined by the rdf:type's of a given resource.

Example:

Person - birthdate, birthplace, etc...

Some resources do not have all the fields from the configs. Remove empty results

Fix the dbpediaAutosuggest error.

The dbpedia-autosuggest plugin needs to added to bower so the app can correctly load this dependency.