Re: [DBpedia-discussion] DBpedia's Linked Data is broken
On 10/29/21 10:54 AM, Martynas Jusevičius wrote: Hi Kingsley, It’s the server that forces a http:// -> https:// redirect — see my original email. Martynas Yes, partly due to Google's "force HTTPS on the world" approach. Anyway, I think owl:sameAs relation injection is the best way to address this matter. If an http: request comes in, don't redirect, just inject https: based owl:sameAs relation objects via HTTP response; ditto in any generated RDF docs. Repeat for https:, by inverting inverting the roles of http: and https: Kingsley On Fri, 29 Oct 2021 at 16.51, Kingsley Idehen via DBpedia-discussion wrote: On 10/29/21 6:38 AM, Martynas Jusevičius wrote: > No response to this? How is the server supposed to know that http:// > and https:// resources are the same? In RDF they are not. > > Another example, this time requesting https://: > > $ curl -L -OJ -H "Accept: text/turtle" https://dbpedia.org/resource/Copenhagen > % Total % Received % Xferd Average Speed Time Time Time Current > Dload Upload Total Spent Left Speed > 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 > 100 153 100 153 0 0 725 0 --:--:-- --:--:-- --:--:-- 725 > 100 675k 100 675k 0 0 1139k 0 --:--:-- --:--:-- --:--:-- 3235k > curl: Saved to filename 'sparql_2021-10-29_10-31-22Z.ttl' > > $ cat sparql_2021-10-29_10-31-22Z.ttl > @prefix dbo: <http://dbpedia.org/ontology/> . > @prefix dbr: <http://dbpedia.org/resource/> . > dbr:Vivi_Bach dbo:birthPlace dbr:Copenhagen . > ... Hi Martynas, True, but why are you using https: when you can use http: ? Do you want the DBpedia DBMS to be littered with owl:sameAs relations for this reason when an RDF Agent can infer and apply such relations? The issue is implicit vs explicit co-reference. Currently, DBpedia is taking the "implicit co-reference" world view, for practical purposes. A possible solution could be injection of the owl:sameAs relations as part of the HTTP response payload. Ditto injection into various RDF docs returned by Virtuoso. Kingsley > > On Thu, Oct 7, 2021 at 11:20 AM Martynas Jusevičius > wrote: >> Hi, >> >> We have noticed a URI mismatch on DBPedia which breaks Linked Data clients. >> >> The server forces https:// URLs: >> >> $ curl -I -H "Accept: text/turtle" http://dbpedia.org/resource/Copenhagen >> HTTP/1.1 303 See Other >> Server: nginx/1.18.0 >> Date: Thu, 07 Oct 2021 09:11:29 GMT >> Content-Type: text/html >> Content-Length: 153 >> Connection: keep-alive >> Location: https://dbpedia.org/resource/Copenhagen >> Access-Control-Allow-Credentials: true >> Access-Control-Allow-Methods: HEAD, GET, POST, OPTIONS >> Access-Control-Allow-Headers: >> Depth,DNT,X-CustomHeader,Keep-Alive,User-Agent,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type,Accept-Encoding >> >> But the returned RDF data contains http:// URIs: >> >> $ curl -o - https://dbpedia.org/data/Copenhagen.ttl >> @prefix dbo: <http://dbpedia.org/ontology/> . >> @prefix dbr: <http://dbpedia.org/resource/> . >> <http://dbpedia.org/resource/2011\u201312_West_Ham_United_F.C._season <http://dbpedia.org/resource/2011%5Cu201312_West_Ham_United_F.C._season>> >> dbo:wikiPageWikiLink dbr:Copenhagen . >> <http://dbpedia.org/resource/AEK_Athens_F.C._in_European_football> >> dbo:wikiPageWikiLink dbr:Copenhagen . >> dbr:Adform dbo:wikiPageWikiLink dbr:Copenhagen . >> dbr:Helena_Paparizou dbo:wikiPageWikiLink dbr:Copenhagen . >> dbr:MS_Jutlandia dbo:wikiPageWikiLink dbr:Copenhagen . >> ... >> >> Can you please align the URLs in the data so that the resources are >> actually self-describing? >> >> Thanks. >> >> Martynas >> atomgraph.com <http://atomgraph.com> > > ___ > DBpedia-discussion mailing list > DBpedia-discussion@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion -- Regards, Kingsley Idehen Founder & CEO OpenLink Software Home Page: http://www.openlinksw.com Community Support: https://community.openlinksw.com Weblogs (Blogs): Company Blog: https://
Re: [DBpedia-discussion] DBpedia's Linked Data is broken
On 10/29/21 6:38 AM, Martynas Jusevičius wrote: No response to this? How is the server supposed to know that http:// and https:// resources are the same? In RDF they are not. Another example, this time requesting https://: $ curl -L -OJ -H "Accept: text/turtle" https://dbpedia.org/resource/Copenhagen % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 0 00 00 0 0 0 --:--:-- --:--:-- --:--:-- 0 100 153 100 1530 0725 0 --:--:-- --:--:-- --:--:-- 725 100 675k 100 675k0 0 1139k 0 --:--:-- --:--:-- --:--:-- 3235k curl: Saved to filename 'sparql_2021-10-29_10-31-22Z.ttl' $ cat sparql_2021-10-29_10-31-22Z.ttl @prefix dbo:<http://dbpedia.org/ontology/> . @prefix dbr:<http://dbpedia.org/resource/> . dbr:Vivi_Bach dbo:birthPlace dbr:Copenhagen . ... Hi Martynas, True, but why are you using https: when you can use http: ? Do you want the DBpedia DBMS to be littered with owl:sameAs relations for this reason when an RDF Agent can infer and apply such relations? The issue is implicit vs explicit co-reference. Currently, DBpedia is taking the "implicit co-reference" world view, for practical purposes. A possible solution could be injection of the owl:sameAs relations as part of the HTTP response payload. Ditto injection into various RDF docs returned by Virtuoso. Kingsley On Thu, Oct 7, 2021 at 11:20 AM Martynas Jusevičius wrote: Hi, We have noticed a URI mismatch on DBPedia which breaks Linked Data clients. The server forces https:// URLs: $ curl -I -H "Accept: text/turtle" http://dbpedia.org/resource/Copenhagen HTTP/1.1 303 See Other Server: nginx/1.18.0 Date: Thu, 07 Oct 2021 09:11:29 GMT Content-Type: text/html Content-Length: 153 Connection: keep-alive Location: https://dbpedia.org/resource/Copenhagen Access-Control-Allow-Credentials: true Access-Control-Allow-Methods: HEAD, GET, POST, OPTIONS Access-Control-Allow-Headers: Depth,DNT,X-CustomHeader,Keep-Alive,User-Agent,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type,Accept-Encoding But the returned RDF data contains http:// URIs: $ curl -o - https://dbpedia.org/data/Copenhagen.ttl @prefix dbo:<http://dbpedia.org/ontology/> . @prefix dbr:<http://dbpedia.org/resource/> . <http://dbpedia.org/resource/2011\u201312_West_Ham_United_F.C._season> dbo:wikiPageWikiLinkdbr:Copenhagen . <http://dbpedia.org/resource/AEK_Athens_F.C._in_European_football> dbo:wikiPageWikiLinkdbr:Copenhagen . dbr:Adform dbo:wikiPageWikiLinkdbr:Copenhagen . dbr:Helena_Paparizoudbo:wikiPageWikiLinkdbr:Copenhagen . dbr:MS_Jutlandiadbo:wikiPageWikiLinkdbr:Copenhagen . ... Can you please align the URLs in the data so that the resources are actually self-describing? Thanks. Martynas atomgraph.com ___ DBpedia-discussion mailing list DBpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion -- Regards, Kingsley Idehen Founder & CEO OpenLink Software Home Page: http://www.openlinksw.com Community Support: https://community.openlinksw.com Weblogs (Blogs): Company Blog: https://medium.com/openlink-software-blog Virtuoso Blog: https://medium.com/virtuoso-blog Data Access Drivers Blog: https://medium.com/openlink-odbc-jdbc-ado-net-data-access-drivers Personal Weblogs (Blogs): Medium Blog: https://medium.com/@kidehen Legacy Blogs: http://www.openlinksw.com/blog/~kidehen/ http://kidehen.blogspot.com Profile Pages: Pinterest: https://www.pinterest.com/kidehen/ Quora: https://www.quora.com/profile/Kingsley-Uyi-Idehen Twitter: https://twitter.com/kidehen Google+: https://plus.google.com/+KingsleyIdehen/about LinkedIn: http://www.linkedin.com/in/kidehen Web Identities (WebID): Personal: http://kingsley.idehen.net/public_home/kidehen/profile.ttl#i : http://id.myopenlink.net/DAV/home/KingsleyUyiIdehen/Public/kingsley.ttl#this smime.p7s Description: S/MIME Cryptographic Signature ___ DBpedia-discussion mailing list DBpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [DBpedia-discussion] DBpedia download vs DBPedia SPARQL data
On 6/1/19 5:45 AM, Sebastian Hellmann wrote:
>
> Hi Denny,
>
> * the old system was like this:
>
> we load from here: http://downloads.dbpedia.org/2016-10/core/
>
> metadata is in
> http://downloads.dbpedia.org/2016-10/core/2016-10_dataid_core.ttl with
> void:sparqlEndpoint <http://dbpedia.org/sparql> ;
>
Hi Sebastian,
I will also have the TTL referenced above loaded to a named graph so
that it becomes accessible from the query solution I shared in my prior
post.
>
> * the new system is here: https://databus.dbpedia.org/dbpedia
>
> There are 6 new releases and the metadata is in the endpoint
> https://databus.dbpedia.org/repo/sparql
>
> Once the collection saving feature is finished, we will build a
> collection of datasets on the bus, which will then be loaded. It is
> basically a sparql query retrieving the downloadurls like this:
>
> http://dev.dbpedia.org/Data#example-application-virtuoso-docker
>
Okay.
Please install the Faceted Browser so that URIs like
http://dev.dbpedia.org/Data#example-application-virtuoso-docker can also
be looked up.
As an aside, here's an Entity Type overview query results page
<https://databus.dbpedia.org/repo/sparql?default-graph-uri==SELECT+%28SAMPLE%28%3Fs%29+AS+%3Fsample%29+%28COUNT%281%29+AS+%3Fcount%29++%28%3Fo+AS+%3FentityType%29%0D%0AWHERE+%7B%0D%0A%3Fs+a+%3Fo.+%0D%0A%09%09FILTER+%28isIRI%28%3Fs%29%29+%0D%0AFILTER+%28%21+contains%28str%28%3Fs%29%2C"virt"%29%29%0D%0A++%7D+%0D%0AGROUP+BY+%3Fo%0D%0AORDER+BY+DESC+%28%3Fcount%29=text%2Fhtml=0=on>
for future use etc..
Kingsley
>
>
>
> On 31.05.19 21:59, Denny Vrandečić wrote:
>> Thank you for the answer!
>>
>> I don't see how the query solution page that you linked indicates
>> that this is the English Wikipedia extraction. Where does it say
>> that? How can I tell? I am trying to understand, thanks.
>>
>> Also, when I download the set of English extractions from here,
>>
>> http://downloads.dbpedia.org/2016-10/core-i18n/en/
>>
>> particularly this one,
>>
>> http://downloads.dbpedia.org/2016-10/core-i18n/en/mappingbased_objects_en.ttl.bz2
>>
>>
>> it is only about 17,467 people with parents, not 20,120, so that
>> dataset seems out of sync with the one in the SPARQL endpoint.
>>
>> I am curious where do you load the dataset from?
>>
>> Thank you!
>>
>>
>> On Fri, May 31, 2019 at 11:49 AM Kingsley Idehen
>> mailto:kide...@openlinksw.com>> wrote:
>>
>> On 5/31/19 2:23 PM, Denny Vrandečić wrote:
>>> When I query the dbpedia.org/sparql <http://dbpedia.org/sparql>
>>> endpoint asking for "how many people with a parent do you
>>> know?", i.e. select (count (distinct ?p) as ?c) where { ?s
>>> dbo:parent ?o }, I get as the answer 20,120.
>>>
>>> Where among the Downloads on wiki.dbpedia.org/downloads-2016-10
>>> <http://wiki.dbpedia.org/downloads-2016-10> can I find the
>>> dataset that the SPARQL endpoint actually serves? Is it the
>>> English Wikipedia-based "Mappingbased" one? Or is t the "Infobox
>>> Properties Mapped"?
>>>
>>> Cheers,
>>> Denny
>>>
>>
>> The query solution page
>>
>> <http://dbpedia.org/sparql?default-graph-uri==prefix+dbo%3A+%3Chttp%3A%2F%2Fdbpedia.org%2Fontology%2F%3E+%0D%0A%0D%0Aselect+%3Fg+%28count+%28distinct+%3Fs%29+as+%3Fc%29%0D%0Awhere+%7B+%0D%0A+++%0D%0A+graph+%3Fg+%7B%3Fs+dbo%3Aparent+%3Fo.%7D%0D%0A%0D%0A+%7D%0D%0Agroup+by+%3Fg=text%2Fhtml_redir_for_subjs=121_redir_for_hrefs==3=on=+Run+Query+>
>> indicates this is the English Wikipedia dataset. That's what
>> we've always loaded into the Virtuoso instance from which DBpedia
>> Linked Data and its associated SPARQL endpoint are deployed.
>>
>>
>> --
>> Regards,
>>
>> Kingsley Idehen
>> Founder & CEO
>> OpenLink Software
>> Home Page: http://www.openlinksw.com
>> Community Support: https://community.openlinksw.com
>> Weblogs (Blogs):
>> Company Blog: https://medium.com/openlink-software-blog
>> Virtuoso Blog: https://medium.com/virtuoso-blog
>> Data Access Drivers Blog:
>> https://medium.com/openlink-odbc-jdbc-ado-net-data-access-drivers
>>
>> Personal Weblogs (Blogs):
>> Medium Blog: https://medium.com/@kidehen
>> Legacy Blogs: http://www.openlinksw.com/blog/~kidehen/
>> http://kidehen.blogspot.com
>>
>>
Re: [DBpedia-discussion] DBpedia download vs DBPedia SPARQL data
On 5/31/19 3:59 PM, Denny Vrandečić wrote:
> Thank you for the answer!
>
> I don't see how the query solution page that you linked indicates that
> this is the English Wikipedia extraction. Where does it say that? How
> can I tell? I am trying to understand, thanks.
My query solution includes the named graph IRI as part of the select
list output.
There isn't any additional information triangulating from the named
graph IRI to datasets loaded into said named graph.
We could add this information as I think its quite useful, especially
bearing in mind your example.
I will check with my team about the loaded dataset details. Ditto
looking into how we can add some additional metadata to the instance etc..
Thanks!
Kingsley
>
> Also, when I download the set of English extractions from here,
>
> http://downloads.dbpedia.org/2016-10/core-i18n/en/
>
> particularly this one,
>
> http://downloads.dbpedia.org/2016-10/core-i18n/en/mappingbased_objects_en.ttl.bz2
>
>
> it is only about 17,467 people with parents, not 20,120, so that
> dataset seems out of sync with the one in the SPARQL endpoint.
>
> I am curious where do you load the dataset from?
>
> Thank you!
>
>
> On Fri, May 31, 2019 at 11:49 AM Kingsley Idehen
> mailto:kide...@openlinksw.com>> wrote:
>
> On 5/31/19 2:23 PM, Denny Vrandečić wrote:
>> When I query the dbpedia.org/sparql <http://dbpedia.org/sparql>
>> endpoint asking for "how many people with a parent do you know?",
>> i.e. select (count (distinct ?p) as ?c) where { ?s dbo:parent ?o
>> }, I get as the answer 20,120.
>>
>> Where among the Downloads on wiki.dbpedia.org/downloads-2016-10
>> <http://wiki.dbpedia.org/downloads-2016-10> can I find the
>> dataset that the SPARQL endpoint actually serves? Is it the
>> English Wikipedia-based "Mappingbased" one? Or is t the "Infobox
>> Properties Mapped"?
>>
>> Cheers,
>> Denny
>>
>
> The query solution page
>
> <http://dbpedia.org/sparql?default-graph-uri==prefix+dbo%3A+%3Chttp%3A%2F%2Fdbpedia.org%2Fontology%2F%3E+%0D%0A%0D%0Aselect+%3Fg+%28count+%28distinct+%3Fs%29+as+%3Fc%29%0D%0Awhere+%7B+%0D%0A+++%0D%0A+graph+%3Fg+%7B%3Fs+dbo%3Aparent+%3Fo.%7D%0D%0A%0D%0A+%7D%0D%0Agroup+by+%3Fg=text%2Fhtml_redir_for_subjs=121_redir_for_hrefs==3=on=+Run+Query+>
> indicates this is the English Wikipedia dataset. That's what we've
> always loaded into the Virtuoso instance from which DBpedia Linked
> Data and its associated SPARQL endpoint are deployed.
>
>
> --
> Regards,
>
> Kingsley Idehen
> Founder & CEO
> OpenLink Software
> Home Page: http://www.openlinksw.com
> Community Support: https://community.openlinksw.com
> Weblogs (Blogs):
> Company Blog: https://medium.com/openlink-software-blog
> Virtuoso Blog: https://medium.com/virtuoso-blog
> Data Access Drivers Blog:
> https://medium.com/openlink-odbc-jdbc-ado-net-data-access-drivers
>
> Personal Weblogs (Blogs):
> Medium Blog: https://medium.com/@kidehen
> Legacy Blogs: http://www.openlinksw.com/blog/~kidehen/
> http://kidehen.blogspot.com
>
> Profile Pages:
> Pinterest: https://www.pinterest.com/kidehen/
> Quora: https://www.quora.com/profile/Kingsley-Uyi-Idehen
> Twitter: https://twitter.com/kidehen
> Google+: https://plus.google.com/+KingsleyIdehen/about
> LinkedIn: http://www.linkedin.com/in/kidehen
>
> Web Identities (WebID):
> Personal: http://kingsley.idehen.net/public_home/kidehen/profile.ttl#i
> :
> http://id.myopenlink.net/DAV/home/KingsleyUyiIdehen/Public/kingsley.ttl#this
>
> ___
> DBpedia-discussion mailing list
> DBpedia-discussion@lists.sourceforge.net
> <mailto:DBpedia-discussion@lists.sourceforge.net>
> https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
>
--
Regards,
Kingsley Idehen
Founder & CEO
OpenLink Software
Home Page: http://www.openlinksw.com
Community Support: https://community.openlinksw.com
Weblogs (Blogs):
Company Blog: https://medium.com/openlink-software-blog
Virtuoso Blog: https://medium.com/virtuoso-blog
Data Access Drivers Blog:
https://medium.com/openlink-odbc-jdbc-ado-net-data-access-drivers
Personal Weblogs (Blogs):
Medium Blog: https://medium.com/@kidehen
Legacy Blogs: http://www.openlinksw.com/blog/~kidehen/
http://kidehen.blogspot.com
Profile Pages:
Pinterest: https://www.pinterest.com/kidehen/
Quora: https://www.quora.com/profile/Kingsley-Uyi-Idehen
Twitte
Re: [DBpedia-discussion] DBpedia download vs DBPedia SPARQL data
On 5/31/19 2:23 PM, Denny Vrandečić wrote:
> When I query the dbpedia.org/sparql <http://dbpedia.org/sparql>
> endpoint asking for "how many people with a parent do you know?", i.e.
> select (count (distinct ?p) as ?c) where { ?s dbo:parent ?o }, I get
> as the answer 20,120.
>
> Where among the Downloads on wiki.dbpedia.org/downloads-2016-10
> <http://wiki.dbpedia.org/downloads-2016-10> can I find the dataset
> that the SPARQL endpoint actually serves? Is it the English
> Wikipedia-based "Mappingbased" one? Or is t the "Infobox Properties
> Mapped"?
>
> Cheers,
> Denny
>
The query solution page
<http://dbpedia.org/sparql?default-graph-uri==prefix+dbo%3A+%3Chttp%3A%2F%2Fdbpedia.org%2Fontology%2F%3E+%0D%0A%0D%0Aselect+%3Fg+%28count+%28distinct+%3Fs%29+as+%3Fc%29%0D%0Awhere+%7B+%0D%0A+++%0D%0A+graph+%3Fg+%7B%3Fs+dbo%3Aparent+%3Fo.%7D%0D%0A%0D%0A+%7D%0D%0Agroup+by+%3Fg=text%2Fhtml_redir_for_subjs=121_redir_for_hrefs==3=on=+Run+Query+>
indicates this is the English Wikipedia dataset. That's what we've
always loaded into the Virtuoso instance from which DBpedia Linked Data
and its associated SPARQL endpoint are deployed.
--
Regards,
Kingsley Idehen
Founder & CEO
OpenLink Software
Home Page: http://www.openlinksw.com
Community Support: https://community.openlinksw.com
Weblogs (Blogs):
Company Blog: https://medium.com/openlink-software-blog
Virtuoso Blog: https://medium.com/virtuoso-blog
Data Access Drivers Blog:
https://medium.com/openlink-odbc-jdbc-ado-net-data-access-drivers
Personal Weblogs (Blogs):
Medium Blog: https://medium.com/@kidehen
Legacy Blogs: http://www.openlinksw.com/blog/~kidehen/
http://kidehen.blogspot.com
Profile Pages:
Pinterest: https://www.pinterest.com/kidehen/
Quora: https://www.quora.com/profile/Kingsley-Uyi-Idehen
Twitter: https://twitter.com/kidehen
Google+: https://plus.google.com/+KingsleyIdehen/about
LinkedIn: http://www.linkedin.com/in/kidehen
Web Identities (WebID):
Personal: http://kingsley.idehen.net/public_home/kidehen/profile.ttl#i
:
http://id.myopenlink.net/DAV/home/KingsleyUyiIdehen/Public/kingsley.ttl#this
smime.p7s
Description: S/MIME Cryptographic Signature
___
DBpedia-discussion mailing list
DBpedia-discussion@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [DBpedia-discussion] Problem in dbPedia server: bad redirect for dbpedia:C++
On 3/24/18 2:44 PM, Jean-Marc Vanel wrote: > Hi ! > > The problem has been reported on january 2018, > and no news since february 2nd, > and it is still here :( . > Yes, we have been busy and this fix effort got sidelined. We should be getting to it soon. Kingsley > > > 2018-02-02 2:56 GMT+01:00 Kingsley Idehen <kide...@openlinksw.com > <mailto:kide...@openlinksw.com>>: > > On 2/1/18 3:41 PM, Jean-Marc Vanel wrote: >> The problem is still here today :( . >> >> The expected content is at >> http://dbpedia.org/resource/C%2B%2B >> <http://dbpedia.org/resource/C%2B%2B> , >> not at >> http://dbpedia.org/resource/C++ <http://dbpedia.org/resource/C++> > > Hmm.. Clearly binary with the fix hasn't been applied to live > instance. I'll double check. > > Kingsley >> >> >> >> 2018-01-16 13:54 GMT+01:00 Markus Freudenberg >> <markus.freudenb...@gmail.com <mailto:markus.freudenb...@gmail.com>>: >> >> Hi, >> >> I did a quick check, the C++ resource should be represented >> correctly in the dump files. >> I noted that all redirects to /C++ also do not work ( >> http://dbpedia.org/resource/C++_(programming_language) >> <http://dbpedia.org/resource/C++_%28programming_language%29> ). >> >> Thanks for pointing this out. >> >> Markus Freudenberg >> >> Release Manager, DBpedia <http://wiki.dbpedia.org> >> >> On Tue, Jan 16, 2018 at 1:33 PM, Kingsley Idehen >> <kide...@openlinksw.com <mailto:kide...@openlinksw.com>> wrote: >> >> On 1/16/18 6:51 AM, Jean-Marc Vanel wrote: >>> Hi >>> >>> I don't where to report this, >>> so I hope you can forward. >>> >>> Pasted from #swig on freenode IRC: >>> >>> There is a problem with a specific dbpedia URI ; where >>> should I report ? >>> [12:04] http://dbpedia.org/resource/C++ >>> <http://dbpedia.org/resource/C++> is referenced ( by >>> Virtuoso SPARQL or textual search ) , but contains >>> nothing :( >>> [12:05] jmv: not sure, but if there is >>> something in the extraction framework, my guess is >>> https://github.com/dbpedia/extraction-framework >>> <https://github.com/dbpedia/extraction-framework> >>> [12:13] ==jmv_ >>> [25aa6444@gateway/web/freenode/ip.37.170.100.68 >>> <mailto:25aa6444@gateway/web/freenode/ip.37.170.100.68>] >>> has joined #swig >>> [12:14] , asked the question on #dbpedia >>> , but that's a small chat >>> [12:14] * KjetilK nods >>> >>> [12:29] I investigated: it's a NOT problem of >>> extraction, but in server redirects. >>> [12:30] This request give a hint : >>> wget --header='Accept: text/turtle' --save-headers -O - >>> 'http://dbpedia.org/resource/C++' >>> <http://dbpedia.org/resource/C++%27> >>> [12:31] It does a 303 redirect >>> to http://dbpedia.org/data/C++.ttl >>> <http://dbpedia.org/data/C++.ttl> , which returns 400 : >>> Bad Request. >>> [12:31] The URL which does exist is this >>> one: http://dbpedia.org/resource/C%2B%2B >>> <http://dbpedia.org/resource/C%2B%2B> >>> [12:32] Correctly redirecting to >>> http://dbpedia.org/data/C%2B%2B.ttl >>> <http://dbpedia.org/data/C%2B%2B.ttl> >>> [12:33] So I guess the issue is with the settings >>> of Virtuoso server ... >> >> >> Yes we have an issue here since: >> >> [1] http://dbpedia.org/page/C%2B%2B >> <http://dbpedia.org/page/C%2B%2B> -- is the URL that >> identifies the DBpedia document about C++ >> >> [2] http://dbpedia.org/resource/C%2B%2B >> <http://dbpedia.org/resource/C%2B%2B> -- should be the >> DBpedia URI that identifies C++ >> >> We need to tweak the Linked Data page
Re: [DBpedia-discussion] SPARQL query failing with full text
On 2/1/18 3:46 PM, Jean-Marc Vanel wrote:
> Hi
>
> Here is what seems a Virtuoso issue :
> This fails:
>
> PREFIX rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#
> <http://www.w3.org/1999/02/22-rdf-syntax-ns#>>
> PREFIX rdfs: <http://www.w3.org/2000/01/rdf-schema#
> <http://www.w3.org/2000/01/rdf-schema#>>
> PREFIX foaf: <http://xmlns.com/foaf/0.1/>
> PREFIX dbo: <http://dbpedia.org/ontology/>
> PREFIX dbr: <http://dbpedia.org/resource/>
>
> SELECT * WHERE {
> * BIND ( "PARIS"@fr AS ?CITY_string ) *
> ?CITY a dbo:PopulatedPlace .
> ?CITY rdfs:label ?lab .
> * ?lab ?CITY_string .*
> ?CITY dbo:country dbr:France .
> filter( ucase(str(?lab)) = str(?CITY_string) )
> }
>
> in YASGUI on http://dbpedia.org/sparql with this message:
> Virtuoso 22023 Error SR468: contains() can not be called as plain built-in
> function, it's a macro handled by SQL compiler
>
> FYI, *bif:contains* is the full text operator in Virtuoso.
>
> NOTE: this is part of a real-life federated query that fails too:
> https://github.com/jmvanel/semantic_forms/blob/master/sparql/cities-to-URIs.rq
> <https://github.com/jmvanel/semantic_forms/blob/master/sparql/cities-to-URIs.rq>
>
>
> --
> Jean-Marc Vanel
> http://www.semantic-forms.cc:9111/display?displayuri=http://jmvanel.free.fr/jmv.rdf%23me#subject
> <http://www.semantic-forms.cc:9111/display?displayuri=http://jmvanel.free.fr/jmv.rdf%23me>
> Déductions SARL - Consulting, services, training,
> Rule-based programming, Semantic Web
> +33 (0)6 89 16 29 52
> Twitter: @jmvanel , @jmvanel_fr ; chat:
> irc://irc.freenode.net#eulergui <http://irc.freenode.net#eulergui>
There is a problem here that we are going to look into, regarding the
SPARQL-FED variant. Basically, note this as a bug that we have accepted.
Query:
PREFIX rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#>
PREFIX rdfs: <http://www.w3.org/2000/01/rdf-schema#>
PREFIX foaf: <http://xmlns.com/foaf/0.1/>
PREFIX dbo: <http://dbpedia.org/ontology/>
PREFIX dbr: <http://dbpedia.org/resource/>
SELECT * WHERE
{
?sub foaf:based_near ?CITY_string .
filter( isLiteral( ?CITY_string )) .
## adding for excluding bad text values e.g., HTML etc.. from
my test instance
filter (! contains(str(?CITY_string),'span')) .
SERVICE <http://dbpedia.org/sparql>
{
SELECT *
WHERE {
?CITY a dbo:PopulatedPlace .
?CITY rdfs:label ?lab .
?lab bif:contains ?CITY_string .
?CITY dbo:country dbr:France .
filter( ucase(str(?lab)) = ?CITY_string ) .
}
}
}
--
Regards,
Kingsley Idehen
Founder & CEO
OpenLink Software (Home Page: http://www.openlinksw.com)
Weblogs (Blogs):
Legacy Blog: http://www.openlinksw.com/blog/~kidehen/
Blogspot Blog: http://kidehen.blogspot.com
Medium Blog: https://medium.com/@kidehen
Profile Pages:
Pinterest: https://www.pinterest.com/kidehen/
Quora: https://www.quora.com/profile/Kingsley-Uyi-Idehen
Twitter: https://twitter.com/kidehen
Google+: https://plus.google.com/+KingsleyIdehen/about
LinkedIn: http://www.linkedin.com/in/kidehen
Web Identities (WebID):
Personal: http://kingsley.idehen.net/public_home/kidehen/profile.ttl#i
:
http://id.myopenlink.net/DAV/home/KingsleyUyiIdehen/Public/kingsley.ttl#this
smime.p7s
Description: S/MIME Cryptographic Signature
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
DBpedia-discussion mailing list
DBpedia-discussion@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [DBpedia-discussion] SPARQL query failing with full text
On 2/1/18 3:46 PM, Jean-Marc Vanel wrote:
> Hi
>
> Here is what seems a Virtuoso issue :
> This fails:
>
> PREFIX rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#
> <http://www.w3.org/1999/02/22-rdf-syntax-ns#>>
> PREFIX rdfs: <http://www.w3.org/2000/01/rdf-schema#
> <http://www.w3.org/2000/01/rdf-schema#>>
> PREFIX foaf: <http://xmlns.com/foaf/0.1/>
> PREFIX dbo: <http://dbpedia.org/ontology/>
> PREFIX dbr: <http://dbpedia.org/resource/>
>
> SELECT * WHERE {
> * BIND ( "PARIS"@fr AS ?CITY_string ) *
> ?CITY a dbo:PopulatedPlace .
> ?CITY rdfs:label ?lab .
> * ?lab ?CITY_string .*
> ?CITY dbo:country dbr:France .
> filter( ucase(str(?lab)) = str(?CITY_string) )
> }
>
> in YASGUI on http://dbpedia.org/sparql with this message:
> Virtuoso 22023 Error SR468: contains() can not be called as plain built-in
> function, it's a macro handled by SQL compiler
>
> FYI, *bif:contains* is the full text operator in Virtuoso.
>
> NOTE: this is part of a real-life federated query that fails too:
> https://github.com/jmvanel/semantic_forms/blob/master/sparql/cities-to-URIs.rq
> <https://github.com/jmvanel/semantic_forms/blob/master/sparql/cities-to-URIs.rq>
See:
[1] https://tinyurl.com/y9epojvt -- altered the query to use bif: magic
predicate properly
--
Regards,
Kingsley Idehen
Founder & CEO
OpenLink Software (Home Page: http://www.openlinksw.com)
Weblogs (Blogs):
Legacy Blog: http://www.openlinksw.com/blog/~kidehen/
Blogspot Blog: http://kidehen.blogspot.com
Medium Blog: https://medium.com/@kidehen
Profile Pages:
Pinterest: https://www.pinterest.com/kidehen/
Quora: https://www.quora.com/profile/Kingsley-Uyi-Idehen
Twitter: https://twitter.com/kidehen
Google+: https://plus.google.com/+KingsleyIdehen/about
LinkedIn: http://www.linkedin.com/in/kidehen
Web Identities (WebID):
Personal: http://kingsley.idehen.net/public_home/kidehen/profile.ttl#i
:
http://id.myopenlink.net/DAV/home/KingsleyUyiIdehen/Public/kingsley.ttl#this
smime.p7s
Description: S/MIME Cryptographic Signature
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
DBpedia-discussion mailing list
DBpedia-discussion@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [DBpedia-discussion] Problem in dbPedia server: bad redirect for dbpedia:C++
On 2/1/18 3:41 PM, Jean-Marc Vanel wrote: > The problem is still here today :( . > > The expected content is at > http://dbpedia.org/resource/C%2B%2B , > not at > http://dbpedia.org/resource/C++ Hmm.. Clearly binary with the fix hasn't been applied to live instance. I'll double check. Kingsley > > > > 2018-01-16 13:54 GMT+01:00 Markus Freudenberg > <markus.freudenb...@gmail.com <mailto:markus.freudenb...@gmail.com>>: > > Hi, > > I did a quick check, the C++ resource should be represented > correctly in the dump files. > I noted that all redirects to /C++ also do not work ( > http://dbpedia.org/resource/C++_(programming_language) > <http://dbpedia.org/resource/C++_%28programming_language%29> ). > > Thanks for pointing this out. > > Markus Freudenberg > > Release Manager, DBpedia <http://wiki.dbpedia.org> > > On Tue, Jan 16, 2018 at 1:33 PM, Kingsley Idehen > <kide...@openlinksw.com <mailto:kide...@openlinksw.com>> wrote: > > On 1/16/18 6:51 AM, Jean-Marc Vanel wrote: >> Hi >> >> I don't where to report this, >> so I hope you can forward. >> >> Pasted from #swig on freenode IRC: >> >> There is a problem with a specific dbpedia URI ; where >> should I report ? >> [12:04] http://dbpedia.org/resource/C++ >> <http://dbpedia.org/resource/C++> is referenced ( by Virtuoso >> SPARQL or textual search ) , but contains nothing :( >> [12:05] jmv: not sure, but if there is something in >> the extraction framework, my guess is >> https://github.com/dbpedia/extraction-framework >> <https://github.com/dbpedia/extraction-framework> >> [12:13] ==jmv_ >> [25aa6444@gateway/web/freenode/ip.37.170.100.68 >> <mailto:25aa6444@gateway/web/freenode/ip.37.170.100.68>] has >> joined #swig >> [12:14] , asked the question on #dbpedia , >> but that's a small chat >> [12:14] * KjetilK nods >> >> [12:29] I investigated: it's a NOT problem of >> extraction, but in server redirects. >> [12:30] This request give a hint : >> wget --header='Accept: text/turtle' --save-headers -O - >> 'http://dbpedia.org/resource/C++' >> <http://dbpedia.org/resource/C++%27> >> [12:31] It does a 303 redirect >> to http://dbpedia.org/data/C++.ttl >> <http://dbpedia.org/data/C++.ttl> , which returns 400 : Bad >> Request. >> [12:31] The URL which does exist is this >> one: http://dbpedia.org/resource/C%2B%2B >> <http://dbpedia.org/resource/C%2B%2B> >> [12:32] Correctly redirecting to >> http://dbpedia.org/data/C%2B%2B.ttl >> <http://dbpedia.org/data/C%2B%2B.ttl> >> [12:33] So I guess the issue is with the settings of >> Virtuoso server ... > > > Yes we have an issue here since: > > [1] http://dbpedia.org/page/C%2B%2B > <http://dbpedia.org/page/C%2B%2B> -- is the URL that > identifies the DBpedia document about C++ > > [2] http://dbpedia.org/resource/C%2B%2B > <http://dbpedia.org/resource/C%2B%2B> -- should be the DBpedia > URI that identifies C++ > > We need to tweak the Linked Data page behind DBpedia such that > #1 uses http://dbpedia.org/resource/C%2B%2B > <http://dbpedia.org/resource/C%2B%2B> to anchor the text in > "About: XYZ" . Naturally, we have to check that "garbage in > garbage out" it isn't in play here re. actual DBpedia data > dump etc.. > > Anyway, issue is noted. > > -- > Regards, > > Kingsley Idehen > Founder & CEO > OpenLink Software (Home Page: http://www.openlinksw.com) > > Weblogs (Blogs): > Legacy Blog: http://www.openlinksw.com/blog/~kidehen/ > <http://www.openlinksw.com/blog/%7Ekidehen/> > Blogspot Blog: http://kidehen.blogspot.com > Medium Blog: https://medium.com/@kidehen > > Profile Pages: > Pinterest: https://www.pinterest.com/kidehen/ > <https://www.pinterest.com/kidehen/> > Quora: https://www.quora.com/profile/Kingsley-Uyi-Idehen > <https://www.quora.com/profile/Kingsley-Uyi-Idehen> > Twitter: https://twitter
[DBpedia-discussion] FYI Re: WebDataCommons releases 38.7 billion quads Microdata, Embedded JSON-LD, RDFa and Microformat data originating from 7.4 million pay-level-domains
notate their content. > > * * > > *Richer Descriptions of Job Postings* > > Following the release of the “Google for Jobs” search vertical and the > more detailed guidance by Google on how to annotate job postings > (https://developers.google.com/search/docs/data-types/job-posting), we > see an increase in the number of websites annotating job postings > (2017: 7,023, 2016: 6,352). In addition, the job posting annotations > tend to become richer in comparison to the previous years as the > number of Job Posting related properties adopted by at least 30% of > the websites containing job offers has increased from 4 (2016) to 7 > (2017). The newly adopted properties are JobPosting/url, > JobPosting/datePosted, and JobPosting/employmentType. > > You can find a more extended analysis concerning specific topics, like > Job Posting and Product, here > > http://webdatacommons.org/structureddata/2017-12/stats/schema_org_subsets.html#extendedanalysis > > > > *Download * > > The overall size of the November 2017 RDFa, Microdata, Embedded > JSON-LD and Microformat data sets is 38.7 billion RDF quads. For > download, we split the data into 8,433 files with a total size of 858 GB. > > http://webdatacommons.org/structureddata/2017-12/stats/how_to_get_the_data.html > > In addition, we have created for over 40 different schema.org > <http://schema.org/> classes separate files, including all quads > extracted from pages, using a specific schema.org class. > > http://webdatacommons.org/structureddata/2017-12/stats/schema_org_subsets.html > > > > *Lots of thanks to:* > > + the Common Crawl project for providing their great web crawl and > thus enabling the WebDataCommons project. > + the Any23 project for providing their great library of structured > data parsers. > + Amazon Web Services in Education Grant for supporting WebDataCommons. > + the Ministry of Economy, Research and Arts of Baden – Württemberg > which supported through the ViCE project the extraction and analysis > of the November 2017 corpus. > > *General Information about the WebDataCommons Project* > > The WebDataCommons project extracts structured data from the Common > Crawl, the largest web corpus available to the public, and provides > the extracted data for public download in order to support researchers > and companies in exploiting the wealth of information that is > available on the Web. Beside of the yearly extractions of semantic > annotations from webpages, the WebDataCommons project also provides > large hyperlink graphs, the largest public corpus of WebTables, a > corpus of product data, as well as a collection of hypernyms extracted > from billions of web pages for public download. General information > about the WebDataCommons project is found at > > http://webdatacommons.org/ > > > Have fun with the new data set. > > Cheers, > Anna Primpeli, Robert Meusel and Chris Bizer > > > -- Regards, Kingsley Idehen Founder & CEO OpenLink Software (Home Page: http://www.openlinksw.com) Weblogs (Blogs): Legacy Blog: http://www.openlinksw.com/blog/~kidehen/ Blogspot Blog: http://kidehen.blogspot.com Medium Blog: https://medium.com/@kidehen Profile Pages: Pinterest: https://www.pinterest.com/kidehen/ Quora: https://www.quora.com/profile/Kingsley-Uyi-Idehen Twitter: https://twitter.com/kidehen Google+: https://plus.google.com/+KingsleyIdehen/about LinkedIn: http://www.linkedin.com/in/kidehen Web Identities (WebID): Personal: http://kingsley.idehen.net/public_home/kidehen/profile.ttl#i : http://id.myopenlink.net/DAV/home/KingsleyUyiIdehen/Public/kingsley.ttl#this smime.p7s Description: S/MIME Cryptographic Signature -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot___ DBpedia-discussion mailing list DBpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [DBpedia-discussion] georss:point -> value error
On 12/27/17 8:05 AM, Maaly Nassar wrote: > Dear dbpedia team > > I'm currently using your georss:point property to retreive the > coordinates of some cities. While retreiving the corresponding rdfs > (using sparql), I realized wrong coordinates for Sydney > <http://dbpedia.org/page/Sydney>, Cape Town > <http://dbpedia.org/page/Cape_Town> and Johannesburg > <http://dbpedia.org/page/Johannesburg>. The lattitude (:lat) is > lacking the -ve sign. This error wasn't in the rdfs retreived > on 24.01.2017. Can you please fix this error? > > Thanks, > Maaly > > > Dr. Maaly Nassar > Arbeitsbereich E-Research > > Freie Universitaet Berlin > Center for Digital Systems (CeDiS) > E-Learning, E-Research, Multimedia > Ihnestrasse 24, 14195 Berlin, > Germany > > Phone: +49.30.838.59429 > Fax: +49.30.838.52843 > > E-Mail: "Maaly Nassar" <maaly.nas...@cedis.fu-berlin.de > <mailto:maaly.nas...@cedis.fu-berlin.de>> > WEB: http://www.cedis.fu-berlin.de <http://www.cedis.fu-berlin.de/> > > In the interim you can use data form the DBpedia Live edition to negate this issue. Example: http://dbpedia-live.openlinksw.com/describe/?url=http%3A%2F%2Fdbpedia.org%2Fresource%2FSydney=http%3A%2F%2Flive.dbpedia.org=1 Note the use of parameter to set data access scope to named graph identified by http://live.dbpedia.org . -- Regards, Kingsley Idehen Founder & CEO OpenLink Software (Home Page: http://www.openlinksw.com) Weblogs (Blogs): Legacy Blog: http://www.openlinksw.com/blog/~kidehen/ Blogspot Blog: http://kidehen.blogspot.com Medium Blog: https://medium.com/@kidehen Profile Pages: Pinterest: https://www.pinterest.com/kidehen/ Quora: https://www.quora.com/profile/Kingsley-Uyi-Idehen Twitter: https://twitter.com/kidehen Google+: https://plus.google.com/+KingsleyIdehen/about LinkedIn: http://www.linkedin.com/in/kidehen Web Identities (WebID): Personal: http://kingsley.idehen.net/public_home/kidehen/profile.ttl#i : http://id.myopenlink.net/DAV/home/KingsleyUyiIdehen/Public/kingsley.ttl#this smime.p7s Description: S/MIME Cryptographic Signature -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot___ DBpedia-discussion mailing list DBpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [DBpedia-discussion] Maintaining vs. Innovating
On 9/25/17 12:31 PM, Sebastian Hellmann wrote: > > Hi all, > > we are currently having quite a discussion about a stretch at DBpedia. > > The main point is that we spent a lot of time maintaining the current > way DBpedia is done, i.e. bi-annual releases. Personally, I feel that > our time would be spent better on innovating it, i.e. > > - having links, mappings and ontology maintained at GitHub > > https://github.com/dbpedia/links , > https://github.com/dbpedia/ontology-tracker/ , > https://github.com/dbpedia/mappings-tracker > > - letting the extraction run more frequently (maybe 15 day interval), > but then producing less datasets, i.e. focusing on the ones that are > the most used > > - update the endpoint more often > > > Also we would really benefit in terms of data quality and > completeness, if we were to go for a fused version, where we pick the > best data from all available sources (Wikidata+all DBpedia versions > for now, later more sources like yago, VIAF and other datasets). I > mean the data is there, why not fuse it into something consistent and > usable. > > This becomes especially obvious, if you look at the > https://meta.wikimedia.org/wiki/Grants:Project/DBpedia/CrossWikiFact > proposal and also at the display of the prototype: > > http://downloads.dbpedia.org/temporary/crosswikifact/results/q64.html > > > The pickle is a bit to decide, whether we should just stop releasing > DBpedia in its current form and put all efforts into a more live > version that also allows more contributions in a timely manner. > > Any opinions on this? I have the feeling that we are only marginally > getting better with the current way of running things. > We need a more agile solution that reflects the change sensitivity value of data. Quality and Availability don't have to me mutually exclusive. As per usual, the mercurial part is balancing incentives i.e., none of this costs $0.00. -- Regards, Kingsley Idehen Founder & CEO OpenLink Software (Home Page: http://www.openlinksw.com) Weblogs (Blogs): Legacy Blog: http://www.openlinksw.com/blog/~kidehen/ Blogspot Blog: http://kidehen.blogspot.com Medium Blog: https://medium.com/@kidehen Profile Pages: Pinterest: https://www.pinterest.com/kidehen/ Quora: https://www.quora.com/profile/Kingsley-Uyi-Idehen Twitter: https://twitter.com/kidehen Google+: https://plus.google.com/+KingsleyIdehen/about LinkedIn: http://www.linkedin.com/in/kidehen Web Identities (WebID): Personal: http://kingsley.idehen.net/public_home/kidehen/profile.ttl#i : http://id.myopenlink.net/DAV/home/KingsleyUyiIdehen/Public/kingsley.ttl#this smime.p7s Description: S/MIME Cryptographic Signature -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot___ DBpedia-discussion mailing list DBpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [DBpedia-discussion] Slow queries and inconsistent results when filtering on resource URI
On 8/3/17 2:32 PM, Paul Houle wrote:
> he following query runs well on the public SPARQL endpoint:
>
> SELECT ?type (COUNT(*) AS ?count) {
> ?station a dbo:CareerStation .
> ?who dbo:careerStation ?station .
> ?who a ?type .
> } GROUP BY ?type ORDER BY DESC(?count)
>
> It completes in a few seconds, the only trouble with it is that there
> are 400,000 or so YAGO types in the system, so the query hits the
> 10,000 row limit.
>
> If I want only dbo types, I write the following query:
>
> SELECT ?type (COUNT(*) AS ?count) {
> ?station a dbo:CareerStation .
> ?who dbo:careerStation ?station .
> ?who a ?type .
> FILTER(STRSTARTS(STR(?type),"http://dbpedia.org/ontology/;))
> } GROUP BY ?type ORDER BY DESC(?count)
>
> which does not finish at all if I submit it with the rdflib sparql
> protocol client) (giving the default graph http://dbpedia.org),
> failing with error message "Virtuoso S1T00 Error SR171: Transaction
> timed out"
>
> Now that query *does* work through the web interface when it has the
> default "3" timeout. However, I find then that the number of
> results depends on the timeout, for instance with a timeout of 5000 I get
>
> type count
> http://dbpedia.org/ontology/Person
> 15741
> http://dbpedia.org/ontology/Agent
> 15741
> http://dbpedia.org/ontology/Athlete
> 12378
> http://dbpedia.org/ontology/SoccerPlayer
> 12378
> http://dbpedia.org/ontology/SoccerManager
> 3363
> http://dbpedia.org/ontology/SportsManager
> 3363
>
>
> and with 1 I get
>
> type count
> http://dbpedia.org/ontology/Person
> 28962
> http://dbpedia.org/ontology/Agent
> 28962
> http://dbpedia.org/ontology/Athlete
> 23546
> http://dbpedia.org/ontology/SoccerPlayer
> 23546
> http://dbpedia.org/ontology/SoccerManager
> 5416
> http://dbpedia.org/ontology/SportsManager
> 5416
>
>
> This wasn't what I expected, what's up?
>
The larger the timeout the larger solution. This is what we call "Any
Time Query" solution i.e., providing partial results (which is indicated
via HTTP response header metadata) for queries that don't complete
within allotted timeout.
Remember, anybody could be running any combination of these kinds of
queries at any time. The DBMS challenge is all about offering fair use
of the DBpedia endpoint, to the planet.
--
Regards,
Kingsley Idehen
Founder & CEO
OpenLink Software (Home Page: http://www.openlinksw.com)
Weblogs (Blogs):
Legacy Blog: http://www.openlinksw.com/blog/~kidehen/
Blogspot Blog: http://kidehen.blogspot.com
Medium Blog: https://medium.com/@kidehen
Profile Pages:
Pinterest: https://www.pinterest.com/kidehen/
Quora: https://www.quora.com/profile/Kingsley-Uyi-Idehen
Twitter: https://twitter.com/kidehen
Google+: https://plus.google.com/+KingsleyIdehen/about
LinkedIn: http://www.linkedin.com/in/kidehen
Web Identities (WebID):
Personal: http://kingsley.idehen.net/public_home/kidehen/profile.ttl#i
:
http://id.myopenlink.net/DAV/home/KingsleyUyiIdehen/Public/kingsley.ttl#this
smime.p7s
Description: S/MIME Cryptographic Signature
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
DBpedia-discussion mailing list
DBpedia-discussion@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [DBpedia-discussion] Unexpected Error SP031 on Public Endpoint
On 8/1/17 2:07 PM, Paul Houle wrote:
> Hello, I am having trouble doing queries with named graphs on the
> dbpedia public SPARQL endpoint. I can see a large number of graphs
> if I write
>
> SELECT DISTINCT ?g { GRAPH ?g {?s ?p ?o .}}
>
> ---
>
> g
> http://www.openlinksw.com/schemas/virtrdf#
> http://www.w3.org/ns/ldp#
> http://dbpedia.org/sparql
> http://dbpedia.org/DAV/
> http://www.w3.org/2002/07/owl#
> file:wikidata_to_schema_mappings.ttl
> http://dbpedia.org/schema/property_rules#
> dbprdf-label <http://dbpedia.org/dbprdf-label>
> http://dbpedia.org/resource/classes#
> http://www.ontologyportal.org/SUMO#
> http://www.ontologyportal.org/WordNet#
> b3sonto <http://dbpedia.org/b3sonto>
> b3sifp <http://dbpedia.org/b3sifp>
> urn:rules.skos
> http://www.openlinksw.com/schemas/oplweb#
> virtrdf-label <http://dbpedia.org/virtrdf-label>
> facets <http://dbpedia.org/facets>
> urn:virtuoso:val:acl:schema
> http://www.openlinksw.com/virtpivot/icons
> http://www.openlinksw.com/schemas/virtpivot
> virtpivot-rules <http://dbpedia.org/virtpivot-rules>
> http://www.openlinksw.com/schemas/virtcxml#
> virtpivot-icon-test <http://dbpedia.org/virtpivot-icon-test>
> http://pivot_test_data/campsites
> http://pivot_test_data/ski_resorts
> http://www.wikidata.org <http://www.wikidata.org/>
> https://github.com/structureddynamics/UMBEL/External%20Ontologies/dbpedia-ontology.n3
>
> http://dbpedia.org <http://dbpedia.org/>
> http://people.aifb.kit.edu/ath/#DBpedia_PageRank
> http://dbpedia.org/page_links
> http://dbpedia.org/void/
> http://dbpedia.org/virt_curi
>
>
>
>
> If I try to look at a typical graph, say
>
> SELECT (COUNT(*) AS ?cnt) {GRAPH
> <http://dbpedia.org/resource/classes#> {?s ?p ?o .}}
>
> Virtuoso 37000 Error SP031: SPARQL compiler: No one quad map pattern is
> suitable for GRAPH <http://dbpedia.org/resource/classes#> { ?s ?p ?o } triple
> at line 3
> I took a look at
> https://github.com/openlink/virtuoso-opensource/blob/64e20840b0db753d58f9f679eaefa1ad1e5b73fe/libsrc/Wi/sparql2sql.c#L5019
> and it still is not clear to me what is going on. Any ideas?
Paul,
Lookup:
http://dbpedia.org/sparql?default-graph-uri==%0D%0ASELECT+%28COUNT%28*%29+AS+%3Fcnt%29+%7BGRAPH+%3Chttp%3A%2F%2Fdbpedia.org%2Fresource%2Fclasses%23%3E+%7B%3Fs+%3Fp+%3Fo+.%7D%7D=text%2Fhtml_redir_for_subjs=121_redir_for_hrefs==3=on
Source:
http://dbpedia.org/sparql?default-graph-uri==%0D%0ASELECT+%28COUNT%28*%29+AS+%3Fcnt%29+%7BGRAPH+%3Chttp%3A%2F%2Fdbpedia.org%2Fresource%2Fclasses%23%3E+%7B%3Fs+%3Fp+%3Fo+.%7D%7D=text%2Fhtml_redir_for_subjs=121_redir_for_hrefs==3=on
Issue:
UI quirk whereby <http://dbpedia.org> is set as the default named graph.
Just remove that and the issue goes away.
Kingsley
>
>
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>
>
> ___
> DBpedia-discussion mailing list
> DBpedia-discussion@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
--
Regards,
Kingsley Idehen
Founder & CEO
OpenLink Software (Home Page: http://www.openlinksw.com)
Weblogs (Blogs):
Legacy Blog: http://www.openlinksw.com/blog/~kidehen/
Blogspot Blog: http://kidehen.blogspot.com
Medium Blog: https://medium.com/@kidehen
Profile Pages:
Pinterest: https://www.pinterest.com/kidehen/
Quora: https://www.quora.com/profile/Kingsley-Uyi-Idehen
Twitter: https://twitter.com/kidehen
Google+: https://plus.google.com/+KingsleyIdehen/about
LinkedIn: http://www.linkedin.com/in/kidehen
Web Identities (WebID):
Personal: http://kingsley.idehen.net/public_home/kidehen/profile.ttl#i
:
http://id.myopenlink.net/DAV/home/KingsleyUyiIdehen/Public/kingsley.ttl#this
smime.p7s
Description: S/MIME Cryptographic Signature
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
DBpedia-discussion mailing list
DBpedia-discussion@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [DBpedia-discussion] Refurbished draft thoughts...
On 7/29/17 2:05 AM, Sebastian Samaruga wrote: > > It's just thoughts about making what HTML did for 'web' applications > but for SW (RDF) instead for 'whatever' applications... > > My point should be that SW should not have as much 'trouble' as HTML > did for being useful having 'real' business applications (beside > academia) running on top of it. > > We could skip much of the cumbersome work that was trying to build use > cases over a distributed *document* edition system (with all the > 'amendments' it imposed) trying to build applications over a > distributed *data* edition and linking framework. > > At least for what I know we only have (lots of) protocols... > > https://docs.google.com/document/d/1OqsVn6uo0cr6qruzWj9yRASrmvAIAf4HsHuLS2aRSy8/edit?usp=drivesdk > > Best regards, > Seb. > Hi Sebastian, HTML exposed the Web by way of User Agents (e.g. Browsers) that implemented support. The notion of a Semantic Web requires extending said Browsers to understand other hypermedia document types, which has also been the challenge for many years. While a lot of work has occurred re., building out the server-side infrastructure for webby structured data (using RDF Language and LInked Data principles), the end-user productivity side of things has been playing catch-up. Anyway, here are some client-side related applications and projects aimed at building on the HTML+Browser foundation to expose the virtues of a Read-Write Semantic Web of Linked Data: [1] http://osds.openlinksw.com -- Structured Data Sniffer Browser Extension [2] http://osde.openlinksw.com -- Structured Data Editor [3] http://youid.openlinksw.com -- Verifiable Identity based WebID and WebID+TLS protocol (while also supporting other authentication protocols) [4] http://dokie.li -- Read-Write Editor and Social Sharing combo that doesn't leave your work in a silo, while also leverage features from items above (e.g, use of YouID) Screencast Demo Links: [1] https://www.youtube.com/watch?v=8vOr6fthFB4 -- Taking and saving notes [2] https://www.youtube.com/watch?v=B-yrSU1qx4s -- Controlling access to content derived from note-taking activity Links: [1] https://medium.com/openlink-software-blog/semantic-web-layer-cake-tweak-explained-6ba5c6ac3fab -- Semantic Web Layer Cake illustration tweak, explained. I hope this helps! -- Regards, Kingsley Idehen Founder & CEO OpenLink Software (Home Page: http://www.openlinksw.com) Weblogs (Blogs): Legacy Blog: http://www.openlinksw.com/blog/~kidehen/ Blogspot Blog: http://kidehen.blogspot.com Medium Blog: https://medium.com/@kidehen Profile Pages: Pinterest: https://www.pinterest.com/kidehen/ Quora: https://www.quora.com/profile/Kingsley-Uyi-Idehen Twitter: https://twitter.com/kidehen Google+: https://plus.google.com/+KingsleyIdehen/about LinkedIn: http://www.linkedin.com/in/kidehen Web Identities (WebID): Personal: http://kingsley.idehen.net/public_home/kidehen/profile.ttl#i : http://id.myopenlink.net/DAV/home/KingsleyUyiIdehen/Public/kingsley.ttl#this smime.p7s Description: S/MIME Cryptographic Signature -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot___ DBpedia-discussion mailing list DBpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [DBpedia-discussion] SPARQL from DBPedia looking for remote knowledge (from my website)
On 4/13/17 2:04 PM, Paul Houle wrote: > So are you saying he should use the Spunger to merge DBpedia and his > own database and then publish that? Hi Paul, Not quite. I am saying he can: [1] use the Sponger for extract, transform, and load operations that end in sandboxed namd graphs, and then leverage proxyURIs re. Linked Data deployment [2] use the SPARQL endpoint or Sponger REST URI patterns to progressively import relevant data from DBpedia into this instance [3] use SPARQL-FED too, subject to his goals . Net effect, rather than a wholesale attempt at importing DBpedia into URIBurner (which the system is configured to prevent, anyhow) he could simply assemble his own Linked Data puzzle pieces en route to eventually setting up his own instance. Once he gets to the point of clarity about his own instance, there are a variety of options in the cloud, docker containers, or on-site installations. Kingsley > > -- > Paul Houle > paul.ho...@ontology2.com > > > > On Thu, Apr 13, 2017, at 12:36 PM, Kingsley Idehen wrote: >> On 4/13/17 4:05 AM, Вадим wrote: >>> Hello, dear sirs! >>> >>> I have a question, I don't understand where I can find an answer. >>> >>> If I want my website's knowledge to be available from SPARQL >>> endpoint, how can I do this? >>> >>> 2 variants: to start SPARQL endpoint at my website (it should "see" >>> my rdf-data there) or to use dbpedia SPARQL endpoint to look for >>> knowledge at my website? >>> >>> I don't understand how to start. My aim is to make it possible to >>> search my website's triples via sparql. And it's better for them to >>> be available from dbpedia sparql endpoint. >>> >>> How can I connect my data to dbpedia sparql endpoint? Or, if it's >>> impossible, how to start my own sparql endpoint? >>> >>> Thank you very much! >>> >>> >>> -- >>> >>> Best regards, >>> Vadim >> >> Hi Vadim, >> >> Take a look at: http://linkeddata.uriburner.com . >> >> It might help you in your quest. >> >> -- >> Regards, >> >> Kingsley Idehen >> Founder & CEO >> OpenLink Software (Home Page: http://www.openlinksw.com) >> >> Weblogs (Blogs): >> Legacy Blog: http://www.openlinksw.com/blog/~kidehen/ >> <http://www.openlinksw.com/blog/%7Ekidehen/> >> Blogspot Blog: http://kidehen.blogspot.com >> Medium Blog: https://medium.com/@kidehen >> >> Profile Pages: >> Pinterest: https://www.pinterest.com/kidehen/ >> Quora: https://www.quora.com/profile/Kingsley-Uyi-Idehen >> Twitter: https://twitter.com/kidehen >> Google+: https://plus.google.com/+KingsleyIdehen/about >> LinkedIn: http://www.linkedin.com/in/kidehen >> >> Web Identities (WebID): >> Personal: http://kingsley.idehen.net/dataspace/person/kidehen#this >> : >> http://id.myopenlink.net/DAV/home/KingsleyUyiIdehen/Public/kingsley.ttl#this >> >> >> -- >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> _ >> DBpedia-discussion mailing list >> DBpedia-discussion@lists.sourceforge.net >> <mailto:DBpedia-discussion@lists.sourceforge.net> >> https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion >> >> Email had 1 attachment: >> >> * >> |smime.p7s| >> 3k (application/pkcs7-signature) >> > > > > -- > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > > > ___ > DBpedia-discussion mailing list > DBpedia-discussion@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion -- Regards, Kingsley Idehen Founder & CEO OpenLink Software (Home Page: http://www.openlinksw.com) Weblogs (Blogs): Legacy Blog: http://www.openlinksw.com/blog/~kidehen/ Blogspot Blog: http://kidehen.blogspot.com Medium Blog: https://medium.com/@kidehen Profile Pages: Pinterest: https://www.pinterest.com/kidehen/ Quora: https://www.quora.com/profile/Kingsley-Uyi-Idehen Twitter: https://twitter.com/kidehen Google+: https://plus.google.com/+KingsleyIdehen/about LinkedIn: http://www.linkedin.com/in/kidehen Web Identities (WebID): Personal: http://kingsley.idehen.net/dataspace/person/kidehen#this : http://id.myopenlink.net/DAV/home/KingsleyUyiIdehen/Public/kingsley.ttl#this smime.p7s Description: S/MIME Cryptographic Signature -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot___ DBpedia-discussion mailing list DBpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [DBpedia-discussion] SPARQL from DBPedia looking for remote knowledge (from my website)
On 4/13/17 4:05 AM, Вадим wrote: > Hello, dear sirs! > > I have a question, I don't understand where I can find an answer. > > If I want my website's knowledge to be available from SPARQL endpoint, > how can I do this? > > 2 variants: to start SPARQL endpoint at my website (it should "see" my > rdf-data there) or to use dbpedia SPARQL endpoint to look for > knowledge at my website? > > I don't understand how to start. My aim is to make it possible to > search my website's triples via sparql. And it's better for them to be > available from dbpedia sparql endpoint. > > How can I connect my data to dbpedia sparql endpoint? Or, if it's > impossible, how to start my own sparql endpoint? > > Thank you very much! > > -- > Best regards, > Vadim Hi Vadim, Take a look at: http://linkeddata.uriburner.com . It might help you in your quest. -- Regards, Kingsley Idehen Founder & CEO OpenLink Software (Home Page: http://www.openlinksw.com) Weblogs (Blogs): Legacy Blog: http://www.openlinksw.com/blog/~kidehen/ Blogspot Blog: http://kidehen.blogspot.com Medium Blog: https://medium.com/@kidehen Profile Pages: Pinterest: https://www.pinterest.com/kidehen/ Quora: https://www.quora.com/profile/Kingsley-Uyi-Idehen Twitter: https://twitter.com/kidehen Google+: https://plus.google.com/+KingsleyIdehen/about LinkedIn: http://www.linkedin.com/in/kidehen Web Identities (WebID): Personal: http://kingsley.idehen.net/dataspace/person/kidehen#this : http://id.myopenlink.net/DAV/home/KingsleyUyiIdehen/Public/kingsley.ttl#this smime.p7s Description: S/MIME Cryptographic Signature -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot___ DBpedia-discussion mailing list DBpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [DBpedia-discussion] social participation data and ontologies in DBpedia
On 3/30/17 5:06 AM, Renato Fabbri wrote:
> Hi Ghislain,
>
> On Thu, Mar 30, 2017 at 5:41 AM, Ghislain Atemezing
> <auguste.atemez...@eurecom.fr <mailto:auguste.atemez...@eurecom.fr>>
> wrote:
>
> Hi Renato,
> Good to hear that you are doing stuff on ontologies. I can’t help
> for DBpedia but as a consumer, can I ask you these small questions:
> + could you point us to the data and ontologies URIs?
>
>
> These are described in section 4.1 of the article:
> https://github.com/ttm/linkedOpenSocialDatabase/raw/master/paper.pdf
> <https://github.com/ttm/linkedOpenSocialDatabase/raw/master/paper.pdf>
> Ex:
> http://purl.org/socialparticipation/opa/Vote (concept)
> and
> http://purl.org/socialparticipation/opa/Participant#345 (individual)
>
>
> + Do you consider publishing your data on the data hub [1] to
> make that visible to the rest of the community (not only DBPedians)?
>
>
> I published a preliminary version of this data in data hub:
> https://datahub.io/organization/socialparticipation
> I might publish the up-to-date data if we (you included) find it
> reasonable.
>
>
> + This link http://linkedopensocialdata.org/
> <http://linkedopensocialdata.org/> is 404? !
>
>
> Yes! And the URIs do not deference by HTTP!
> We had them online in infrastructure from the USP cloud,
> but as Brazilian public entities are cutting funds, we lost it.
> If you know of any way I can put them online again, please drop me a line.
>
Hi Renato,
I've sponged some of your data from Github into Virtuoso.
In looking at this data I see that you aren't making use of annotation
properties which makes the ontology hard to read, by an everyday user.
Suggestions:
[1] Add rdfs:label relations to each Class and Property description
[2] Add rdfs:comment relations to each Class and Property description.
Ideally, you would take advantage of language typed literals feature of
RDF via @ {lang-id} too .
Example of the problem:
http://linkeddata.uriburner.com/describe/?url=http%3A%2F%2Fpurl.org%2Fsocialparticipation%2Focd%2Fcity=1
--
Regards,
Kingsley Idehen
Founder & CEO
OpenLink Software (Home Page: http://www.openlinksw.com)
Weblogs (Blogs):
Legacy Blog: http://www.openlinksw.com/blog/~kidehen/
Blogspot Blog: http://kidehen.blogspot.com
Medium Blog: https://medium.com/@kidehen
Profile Pages:
Pinterest: https://www.pinterest.com/kidehen/
Quora: https://www.quora.com/profile/Kingsley-Uyi-Idehen
Twitter: https://twitter.com/kidehen
Google+: https://plus.google.com/+KingsleyIdehen/about
LinkedIn: http://www.linkedin.com/in/kidehen
Web Identities (WebID):
Personal: http://kingsley.idehen.net/dataspace/person/kidehen#this
:
http://id.myopenlink.net/DAV/home/KingsleyUyiIdehen/Public/kingsley.ttl#this
smime.p7s
Description: S/MIME Cryptographic Signature
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
DBpedia-discussion mailing list
DBpedia-discussion@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [DBpedia-discussion] [Wikidata] Wikiopinion - Structured opinions
On 1/5/17 1:25 PM, Paul Houle wrote: > I see an "opinion graph" as somewhat open-ended. > > That is, I might want to keep some opinions to myself, share others, > collect the opinions of some people and not collect the opinions of > other people. > > It seems like something which should be done in a distributed way, in > terms of defining vocabulary and maybe a protocol, not something > centralized like Dbpedia, Wikidata, etc. If somebody wants to run a > big shared repository they'd be free to do that. > > -- > Paul Houle > paul.ho...@ontology2.com Paul, Centralization doesn't work. Thus, I would never suggest a centralized solution. That said, decentralized solutions always benefit from being able to lookup data published via the likes of DBpedia, Wikidata etc. Ultimately, it is always about the combined power of protocols and data access :) Happy New Year! Kingsley > > > > On Wed, Jan 4, 2017, at 03:36 PM, Kingsley Idehen wrote: >> On 1/4/17 3:34 AM, Hector Perez wrote: >>> >>> To sum up, we think that a social network that challenges what you >>> post and organises who agrees on what and why would complement >>> Wikipedia and the traditional story telling. What do you think? >>> Would you like to join us? Should this project be non-profit or >>> for-profit? Would you donate or help us to fund raise? >>> >>> Kind regards, >>> >>> Hector >>> >>> [1]. Original post: >>> https://medium.com/@HectorPerez/wikipedias-social-network-578b0257b8ae >>> <https://medium.com/@HectorPerez/wikipedias-social-network-578b0257b8ae> >> >> Nice idea! I've copied in the DBpedia list, as this would be of >> interest to that community also. >> >> I passed your Medium post through our Linked Data Middleware service >> en route to demonstrating what might complement your ultimate goal. >> Here are the results: >> >> [1] >> http://linkeddata.uriburner.com/about/html/https/medium.com/@HectorPerez/wikipedias-social-network-578b0257b8ae#.bvs2iko2w >> >> [2] >> http://linkeddata.uriburner.com/describe/?url=http%3A%2F%2Flinkeddata.uriburner.com%2Fabout%2Fid%2Fentity%2Fhttps%2Fmedium.com%2F@HectorPerez%2Fwikipedias-social-network-578b0257b8ae=1 >> >> Fundamentally, what you see is the effect of loosely-coupled NLP, AI, >> and Machine Learning oriented services that collectively contribute >> to a final Linked Open Data graph that represents a variety of entity >> relationships and entity relationship types :) >> >> >> -- >> Regards, >> >> Kingsley Idehen >> Founder & CEO >> OpenLink Software (Home Page: http://www.openlinksw.com) >> >> Weblogs (Blogs): >> Legacy Blog: http://www.openlinksw.com/blog/~kidehen/ >> <http://www.openlinksw.com/blog/%7Ekidehen/> >> Blogspot Blog: http://kidehen.blogspot.com >> Medium Blog: https://medium.com/@kidehen >> >> Profile Pages: >> Pinterest: https://www.pinterest.com/kidehen/ >> Quora: https://www.quora.com/profile/Kingsley-Uyi-Idehen >> Twitter: https://twitter.com/kidehen >> Google+: https://plus.google.com/+KingsleyIdehen/about >> LinkedIn: http://www.linkedin.com/in/kidehen >> >> Web Identities (WebID): >> Personal: http://kingsley.idehen.net/dataspace/person/kidehen#this >> : >> http://id.myopenlink.net/DAV/home/KingsleyUyiIdehen/Public/kingsley.ttl#this >> >> >> -- >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, SlashDot.org! http://sdm.link/slashdot >> _ >> DBpedia-discussion mailing list >> DBpedia-discussion@lists.sourceforge.net >> <mailto:DBpedia-discussion@lists.sourceforge.net> >> https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion >> >> Email had 1 attachment: >> >> * >> |smime.p7s| >> 4k (application/pkcs7-signature) >> > > > > -- > Check out the vibrant tech community on one of the world's most > engaging tech sites, SlashDot.org! http://sdm.link/slashdot > > > ___ > DBpedia-discussion mailing list > DBpedia-discussion@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion -- Regards, Kingsley Idehen Founder & CEO OpenLink Software (Home Page: http://www.openlinksw.com)
[DBpedia-discussion] DBpedia 2016-04 Live Edition for Amazon AWS Cloud
All, Quick FYI: You can now instantiate personal or service-specific DBpedia 2016-04 instances via the Amazon AWS Cloud. I explain the benefits and setup process in a recent blog post [1]. Links: [1] https://medium.com/virtuoso-blog/dbpedia-live-via-openlink-virtuoso-in-the-amazon-web-services-cloud-99b6fafbae2e -- DBpedia 2016-04 LIve Edition Setup & Usage -- Regards, Kingsley Idehen Founder & CEO OpenLink Software (Home Page: http://www.openlinksw.com) Weblogs (Blogs): Legacy Blog: http://www.openlinksw.com/blog/~kidehen/ Blogspot Blog: http://kidehen.blogspot.com Medium Blog: https://medium.com/@kidehen Profile Pages: Pinterest: https://www.pinterest.com/kidehen/ Quora: https://www.quora.com/profile/Kingsley-Uyi-Idehen Twitter: https://twitter.com/kidehen Google+: https://plus.google.com/+KingsleyIdehen/about LinkedIn: http://www.linkedin.com/in/kidehen Web Identities (WebID): Personal: http://kingsley.idehen.net/dataspace/person/kidehen#this : http://id.myopenlink.net/DAV/home/KingsleyUyiIdehen/Public/kingsley.ttl#this smime.p7s Description: S/MIME Cryptographic Signature -- Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today.http://sdm.link/xeonphi___ DBpedia-discussion mailing list DBpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [DBpedia-discussion] Are pagelinks loaded in separate graph?
On 11/11/16 2:24 AM, Marco Christis | Blixem Media wrote: > Hi Dimitris, > > In matter of fact I have just got an Amazon AMI with the 2015-10 edition > up and running, and we are now trying load the pagelinks dataset. > > OpenLink support has directed us to the following page with instructions > about how to load a dataset. If you have any additional tips, that would > be very welcome. > https://virtuoso.openlinksw.com/dataspace/doc/dav/wiki/Main/VirtBulkRDFLoader > > I am running a r3.large instance type with 16Gb memory and 32Gb storage. > Is that enough? The pagelink dataset is quite large and I've read that > it can take days to load. I'm learning by trial & error. Perhaps > somebody with more experience has some advise. > > Thanks again Dimitris. > > Cheers, > Marco We are sorting this out with the instance behind the live endpoint. -- Regards, Kingsley Idehen Founder & CEO OpenLink Software (Home Page: http://www.openlinksw.com) Weblogs (Blogs): Legacy Blog: http://www.openlinksw.com/blog/~kidehen/ Blogspot Blog: http://kidehen.blogspot.com Medium Blog: https://medium.com/@kidehen Profile Pages: Pinterest: https://www.pinterest.com/kidehen/ Quora: https://www.quora.com/profile/Kingsley-Uyi-Idehen Twitter: https://twitter.com/kidehen Google+: https://plus.google.com/+KingsleyIdehen/about LinkedIn: http://www.linkedin.com/in/kidehen Web Identities (WebID): Personal: http://kingsley.idehen.net/dataspace/person/kidehen#this : http://id.myopenlink.net/DAV/home/KingsleyUyiIdehen/Public/kingsley.ttl#this smime.p7s Description: S/MIME Cryptographic Signature -- Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today. http://sdm.link/xeonphi___ DBpedia-discussion mailing list DBpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [DBpedia-discussion] Where is there a SCHEMA DIAGRAM and description of the database that I can access via SQL?
On 11/6/16 6:51 PM, Paul Houle wrote:
> I know.
>
> But really, SPARQL is not too different from SQL, it's based on the
> same math.
Yes, and don't believe I am contradicting that fact. Fundamentally, both
are grounded in First-order logic. SPARQL simply has more semantic
fidelity thereby making for better exploitation or relational algebra,
at all levels.
> SPARQL query result sets are almost indistinguisable from SQL result
> sets so you can take your whole bag of tricks from SQL to SPARQL.
When speaking about SELECT Queries, yes. Not when speaking about
CONSTRUCT, DESCRIBE, or ASK.
>
> Any SQL <-> SPARQL translation runs into issues with cardinalities,
> that is, SQL aligns a single set of values for various properties
> across a row, so you have something like
>
> [
> :personId 8831 ;
> :dateOfBirth "1972-04-24"^^xsd:date ;
> :firstName "Sachin" ;
> :lastName "Tendulkar" ;
> ]
>
> and for many properties the 1-1 association makes sense, but RDF
> standards do not enforce it.
That something that would be enforced via custom inference rules. That's
how you enforce query solution specificity for specific needs. Rules
have to be loosely-coupled, which isn't an easy solution, hence the
amount of time its taken us to release a variant of Virtuoso with custom
inference rules that leverages DSLs (Domain Specific Languages) like
SPIN, as a syntax sugar option.
> There might be multiple claims about any of these things, or maybe
> somebody changed their ::lastName from "Lieber" to "Lee", or their
> :gender from :Female to :Male, whatever.
>
> Then there are properties that are definitely multi-valued such as
> :wroteBook, :hadParent, etc.
>
> All of that can be modeled in SQL but the process of going from SPARQL
> to SQL could be lossy if you don't take the time to deal with all the
> problems that present themselves. (Or unless you do some trivial
> mapping such as as creating s,p,o columns)
That's why we also have DSLs implemented by R2RML processors for
transforming data between relations represented as SQL Tables and
RDF-Language sentences.
>
> With SPARQL you can get the original data with complete fidelity
> without thinking about how the conversion works out. People who are
> comfortable with SQL might find that learning SPARQL is a shorter path
> to getting the results they want. (For one thing, you can explore
> with the public endpoint)
Yes, and my fundamental point :)
Kingsley
>
> --
> Paul Houle
> paul.ho...@ontology2.com
>
>
>
> On Sun, Nov 6, 2016, at 06:15 PM, Kingsley Idehen wrote:
>> On 11/6/16 4:46 PM, Paul Houle wrote:
>>> Also if you are interested in the schema it is easy to query it in
>>> SPARQL. These queries generally don't work the triple server hard
>>> so they work just fine against the public SPARQL endpoint:
>>>
>>> http://dbpedia.org/sparql
>>>
>>> For instance, this query will give you the types ordered by how
>>> many occurences there are of the types:
>>>
>>> select ?p ?o {
>>><http://dbpedia.org/ontology/Person> ?p ?o .
>>> }
>>>
>>> gives you all the statements where the type appears on the left and
>>>
>>> select ?s ?p {
>>>?s ?p <http://dbpedia.org/ontology/Person> .
>>>FILTER(?p!=rdf:type)
>>> }
>>>
>>> gives you all the statements on where the type appears on the right,
>>> omitting statements of the form "?x a ?type."
>>>
>>> Diagraming the schema looks like a fun project, but the raw
>>> material to analyze the schema is all there. Note most of the
>>> predicates used for schema purposes are defined in
>>>
>>> https://www.w3.org/TR/rdf-schema/
>>>
>>>
>>>
>>> --
>>> Paul Houle
>>> paul.ho...@ontology2.com <mailto:paul.ho...@ontology2.com>
>>
>> I was responding to a "where is the SQL comment". Producing an
>> Ontology or RDF Schema dump is achievable via SPARQL, that's how I
>> actually generated the DBpedia ontology from instance data, initially.
>>
>> As for the Schema question, in regards to RDF, its First-order logic.
>> Basically, that thing are related to other things, in a variety of
>> ways. All of that represented as a collection of RDF statements :)
>>
>> Kingsley
>>
>>>
>>>
>>>
>>> On Sat, Nov 5, 2016, at 09:21 PM, Kingsley Idehen wrote:
>>>> On 11/4/16 4:06 PM, Alan Scotch wrote:
>>>>> Where is there a SCHEMA DIAGRAM and
Re: [DBpedia-discussion] Where is there a SCHEMA DIAGRAM and description of the database that I can access via SQL?
On 11/6/16 4:46 PM, Paul Houle wrote:
> Also if you are interested in the schema it is easy to query it in
> SPARQL. These queries generally don't work the triple server hard so
> they work just fine against the public SPARQL endpoint:
>
> http://dbpedia.org/sparql
>
> For instance, this query will give you the types ordered by how many
> occurences there are of the types:
>
> select ?p ?o {
><http://dbpedia.org/ontology/Person> ?p ?o .
> }
>
> gives you all the statements where the type appears on the left and
>
> select ?s ?p {
>?s ?p <http://dbpedia.org/ontology/Person> .
>FILTER(?p!=rdf:type)
> }
>
> gives you all the statements on where the type appears on the right,
> omitting statements of the form "?x a ?type."
>
> Diagraming the schema looks like a fun project, but the raw material
> to analyze the schema is all there. Note most of the
> predicates used for schema purposes are defined in
>
> https://www.w3.org/TR/rdf-schema/
>
>
>
> --
> Paul Houle
> paul.ho...@ontology2.com
I was responding to a "where is the SQL comment". Producing an Ontology
or RDF Schema dump is achievable via SPARQL, that's how I actually
generated the DBpedia ontology from instance data, initially.
As for the Schema question, in regards to RDF, its First-order logic.
Basically, that thing are related to other things, in a variety of ways.
All of that represented as a collection of RDF statements :)
Kingsley
>
>
>
> On Sat, Nov 5, 2016, at 09:21 PM, Kingsley Idehen wrote:
>> On 11/4/16 4:06 PM, Alan Scotch wrote:
>>> Where is there a SCHEMA DIAGRAM and description of the database that
>>> I can access via SQL?
>>> Alan
>>
>> The SQL schema for Virtuoso is basically a Table ( RDF_QUAD) with the
>> columns, S,P,O,G. You can query the same data using SPARQL or SQL,
>> demonstrating the fact that SPARQL can be used to extend SQL, while
>> SQL can be used to write an RDF application that scales massively etc..
>>
>> SELECT o,g
>> FROM (SPARQL SELECT DISTINCT ?g ?o WHERE {GRAPH ?g {?s a ?o}}) AS RDF ;
>>
>> Live example link, using a different Virtuoso instance:
>> http://demo.openlinksw.com/spasqlqb/spasqlqb.html?permlink_e=%7B%22v%22%3A1%2C%22url%22%3A%22/XMLA%22%2C%22dsn%22%3A%22DSN%3DLocal_Instance%22%2C%22uid%22%3A%22%22%2C%22pwd%22%3A%22%22%2C%22path%22%3Anull%2C%22tab%22%3A%22exec%22%2C%22idx%22%3Anull%2C%22fkey%22%3Anull%2C%22ref%22%3Anull%2C%22exec%22%3A%7B%22sql%22%3A%22%5CnSELECT%20o%2Cg%5CnFROM%20%28SPARQL%20SELECT%20DISTINCT%20%3Fg%20%3Fo%20WHERE%20%7BGRAPH%20%3Fg%20%7B%3Fs%20a%20%3Fo%7D%7D%29%20AS%20RDF%22%7D%7D
>>
>> Log in as user "vdb" and pwd "vdb" .
>>
>> That will produce a list of all named graphs and objects of an
>> rdf:type relation in a Virtuoso RDBMS , for instance.
>>
>> To answer your question: the restrictions of a conventional SQL
>> schema have no real bearing when relations are represented as
>> RDF-Language sentences rather than Records in a Table :)
>>
>> Kingsley
>>
>>>
>>>
>>> **From:** Kingsley Idehen <kide...@openlinksw.com>
>>> <mailto:kide...@openlinksw.com>
>>> **To:** baran...@gmail.com <mailto:baran...@gmail.com>;
>>> dbpedia-discussion@lists.sourceforge.net
>>> <mailto:dbpedia-discussion@lists.sourceforge.net>
>>> **Sent:** Friday, November 4, 2016 12:39 PM
>>> **Subject:** Re: [DBpedia-discussion] Introducing the Ontology2
>>> Edition of DBpedia 2016-04
>>>
>>>
>>>
>>> On 11/4/16 1:38 PM, baran...@gmail.com <mailto:baran...@gmail.com>
>>> wrote:
>>>>
>>>>> I am saying:
>>>>>
>>>>> A personal or service-specific instance of DBpedia has less
>>>>> traffic and
>>>>> less volatile query mix. Once is serving the world the other a
>>>>> specific
>>>>> client application / service.
>>>>
>>>> So, you say Pauls offering has nothing to do with a
>>>> dbpedia-SPARQL-endpoint serving the world, its aim is serving 'a
>>>> specific client application'.
>>>>
>>>> Although, it semms to be 'NICE'...
>>>>
>>>> I register this as yor your opinion to my origin posting to Paul...
>>>>
>>>> Thanks, baran
>>>>
>>>
>>> Paul has a Virtuoso instance configured and deployed via an Amazon
>>> AMI in the AWS Cloud. Like the DBpedia SPARQL e
Re: [DBpedia-discussion] Introducing the Ontology2 Edition of DBpedia 2016-04
On 11/4/16 12:40 PM, baran...@gmail.com wrote: > On Fri, 04 Nov 2016 16:57:35 +0100, Kingsley Idehen > <kide...@openlinksw.com> wrote: > >> Paul (as we also do) is offering an AMI in the cloud that enables you >> instantiate a personal or service-specific instance of DBpedia. That >> instance variant can operate with looser constraints than the public >> instance (which we provide) due to its usage specificity. >> > > And, do you mean Pauls offer to operate with looser constraints than > the public instance (which you provide) can solve some general > problems you have by changing some usage specificy? I am saying: A personal or service-specific instance of DBpedia has less traffic and less volatile query mix. Once is serving the world the other a specific client application / service. We have build AMIs for years offering this option too, but folks tend to prefer the $0.00 public instance (which doesn't cost us $0.00 to publish and maintain). > > That is exactly where you have to inform us what you think about this > or say 'i will try it out and inform you abaut my results'! > > What should we think about your 'nice breakdown'? > > If you write 'NICE breakdown', it is normal that someone thinks, was > that all? > > And i think you understand this. I am ofcourse ready to wait... > > baran > You can test what Paul is offering to see if it meets your needs on a basic cost vs benefit basis (the reason why he broke down the costs in his reply). -- Regards, Kingsley Idehen Founder & CEO OpenLink Software (Home Page: http://www.openlinksw.com) Weblogs (Blogs): Legacy Blog: http://www.openlinksw.com/blog/~kidehen/ Blogspot Blog: http://kidehen.blogspot.com Medium Blog: https://medium.com/@kidehen Profile Pages: Pinterest: https://www.pinterest.com/kidehen/ Quora: https://www.quora.com/profile/Kingsley-Uyi-Idehen Twitter: https://twitter.com/kidehen Google+: https://plus.google.com/+KingsleyIdehen/about LinkedIn: http://www.linkedin.com/in/kidehen Web Identities (WebID): Personal: http://kingsley.idehen.net/dataspace/person/kidehen#this : http://id.myopenlink.net/DAV/home/KingsleyUyiIdehen/Public/kingsley.ttl#this smime.p7s Description: S/MIME Cryptographic Signature -- Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today. http://sdm.link/xeonphi___ DBpedia-discussion mailing list DBpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] cleaning up countries; SPARQL weirdness
On 3/22/16 8:49 AM, Vladimir Alexiev wrote: >> http://dbpedia.org/page/Great_Britain_men's_national_basketball_team shows >> > no triples?!?! >> > Can someone from OpenLink explain this? > As Dimitris wrote in > https://github.com/dbpedia/extraction-framework/issues/445: if you do a > DESCRIBE it works fine > describe > <http://dbpedia.org/resource/Great_Britain_men's_national_basketball_team> > > Guess: It might be related to the apostrophe in the URL Yes, and we are looking into a fix that covers the green Linked Data pages. -- Regards, Kingsley Idehen Founder & CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog 1: http://kidehen.blogspot.com Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this smime.p7s Description: S/MIME Cryptographic Signature -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://pubads.g.doubleclick.net/gampad/clk?id=278785351=/4140___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] DBpedia FR Historic Data Test
On 1/20/16 8:38 AM, Raphael Boyer wrote:
>
> Dear community,
>
> The french chapter is testing a new type of data with DBpedia, that
> contain data from historic dump files in addition to the data from
> fr.dbpedia.org.
>
>
> I invite you to test it. Please contact me if you encounter a problem.
> http://dbpedia-test-fr.inria.fr/historique/sparql
>
>
> You can find in attachment, an example of theused structure.
>
> You can find for each entity:
> - The number of revision
> - The number of contributor
> - The number of revison per month and per year
> - The average size of the article per month and per year
> - The date of creation
> - Also includes information for each revision of the article:
> - The relative size (number of letter since the last
> revision) (makes it easy to detect deletions)
> - The size (number of letter)
> - The nickname (or IP) of the contributor. (and if
> the contributor is a bot or not)
> - The modification date
> - And the commentary of the contributor
>
>
>
>
> I give you also two example request :
>
> It find the most modified article during october 2015 (with the number
> of revisions) :
>
> prefix swp: <http://www.w3.org/2004/03/trix/swp-2/>
> prefix dbfr: <http://ns.inria.fr/dbpediafr/voc#>
> prefix dc: <http://contextus.net/ontology/ontomedia/misc/date#>
> select ?x ?c where {
> ?x dbfr:revPerMonth [ dc: date
> "10/2015"^^<http://www.w3.org/2001/XMLSchema#gYearMonth>; rdf:value ?c ] .
> FILTER(!regex (str(?x),"Wikipédia:") && !regex
> (str(?x),"Utilisateur:") && !regex (str(?x),"Portail:") && !regex
> (str(?x),"Catégorie:") && !regex (str(?x),"Discussion_") && !regex
> (str(?x),"Modèle:") && !regex (str(?x),"Projet:") )
> }
> ORDER BY DESC(?c)
> LIMIT 100
>
> Test it
> <http://dbpedia-test-fr.inria.fr/historique/sparql?default-graph-uri==prefix+swp%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2004%2F03%2Ftrix%2Fswp-2%2F%3E%0D%0Aprefix+dbfr%3A+%3Chttp%3A%2F%2Fns.inria.fr%2Fdbpediafr%2Fvoc%23%3E%0D%0Aprefix+dc%3A+%3Chttp%3A%2F%2Fcontextus.net%2Fontology%2Fontomedia%2Fmisc%2Fdate%23%3E+%0D%0Aselect+%3Fx+%3Fc+where+%7B%0D%0A%3Fx+dbfr%3ArevPerMonth+[+dc%3Adate+%2210%2F2015%22%5E%5E%3Chttp%3A%2F%2Fwww.w3.org%2F2001%2FXMLSchema%23gYearMonth%3E%3B+rdf%3Avalue+%3Fc+]+.%0D%0AFILTER%28%21regex%28str%28%3Fx%29%2C%22Wikip%C3%A9dia%3A%22%29+%26%26+%21regex%28str%28%3Fx%29%2C%22Utilisateur%3A%22%29+%26%26+%21regex%28str%28%3Fx%29%2C%22Portail%3A%22%29+%26%26+%21regex%28str%28%3Fx%29%2C%22Cat%C3%A9gorie%3A%22%29+%26%26+%21regex%28str%28%3Fx%29%2C%22Discussion_%22%29+%26%26+%21regex%28str%28%3Fx%29%2C%22Mod%C3%A8le%3A%22%29+%26%26+%21regex%28str%28%3Fx%29%2C%22Projet%3A%22%29+++%29%0D%0A%7D%0D%0AORDER+BY+DESC%28%3Fc%29%0D%0ALIMIT+100=text%2Fhtml=0=on>
>
> It find the most modified article from the begining (with the number
> of revisions) :
>
> prefix swp: <http://www.w3.org/2004/03/trix/swp-2/>
> select ?x ?c where {
> ?x swp:isVersion ?c .
> FILTER(?c > 2000 && !regex (str(?x),"Utilisateur:") && !regex
> (str(?x),"Portail:") && !regex (str(?x),"Catégorie:") && !regex
> (str(?x),"Discussion_") && !regex (str(?x),"Modèle:") && !regex
> (str(?x),"Projet:") )
> }
> ORDER BY DESC(?c)
> LIMIT 200
>
> Test it
> <http://dbpedia-test-fr.inria.fr/historique/sparql?default-graph-uri==prefix+swp%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2004%2F03%2Ftrix%2Fswp-2%2F%3E%0D%0Aselect+%3Fx+%3Fc+where+%7B%0D%0A%3Fx+swp%3AisVersion+%3Fc+.%0D%0AFILTER%28%3Fc+%3E+2000+%26%26+%21regex%28str%28%3Fx%29%2C%22Wikip%C3%A9dia%3A%22%29+%26%26+%21regex%28str%28%3Fx%29%2C%22Utilisateur%3A%22%29+%26%26+%21regex%28str%28%3Fx%29%2C%22Portail%3A%22%29+%26%26+%21regex%28str%28%3Fx%29%2C%22Cat%C3%A9gorie%3A%22%29+%26%26+%21regex%28str%28%3Fx%29%2C%22Discussion_%22%29+%26%26+%21regex%28str%28%3Fx%29%2C%22Mod%C3%A8le%3A%22%29+%26%26+%21regex%28str%28%3Fx%29%2C%22Projet%3A%22%29+++%29%0D%0A%7D%0D%0AORDER+BY+DESC%28%3Fc%29%0D%0ALIMIT+200=text%2Fhtml=0=on>
>
>
>
> With regards
>
> Raphaël Boyer
> WIMMICS Team
> INRIA
> France
Great work!
A few tips:
[1] Please install the Faceted Browser VAD -- so that some of the links
in your demos resolve (e.g.,
http://fr.dbpedia.org/describe/?uri=http://fr.dbpedia.org/resource/Angers which
is exposed via page footer [green pages] or browse options [new dbpedia
skin])
[2] The above also adds
Re: [Dbpedia-discussion] Area code madness in DBPedia
On 9/8/15 7:19 AM, Rinke Hoekstra wrote: > Hi all, > > At the VU University Amsterdam, we're teaching various courses on the > Semantic Web in which (understandably) DBPedia plays an important role. > > Over the past year's we have carefully groomed and curated a > collection of example SPARQL queries against DBPedia. These queries > revolve around cities with the "020" area code. > > To my surprise, these queries suddenly stopped working. Apparently > because there has been a new release of DBPedia in which this was changed. > > ... however... it turns out that they work sometimes but do not work > at other times... madness! ;-) > > A bit of background: > > The examples use the <http://dbpedia.org/ontology/areaCode> property > (i.e. a curated property), and assume the area codes are represented > as string literals, e.g. "020", sometimes with an erroneous language tag. > > It now seems that in some versions of the DBPedia endpoint, the > property <http://dbpedia.org/ontology/areaCode> has been demoted to > <http://dbpedia.org/property/areaCode> (i.e. a non-curated version) in > *all* data: there is no place name with a dbpedia-owl:areaCode > property. Even though the areaCode property is still defined in the > ontology (at least, that's what I see when I point my browser at it). > > In addition to that (and much much worse), in some versions of the > DBPedia endpoint, area codes are represented as *integers*, but are > syntactically still presented as the value they had as strings. E.g. > the area code for Amsterdam is represented as 020 rather than "020". > Needless to say that 020 as an integer is equal to 20 hm > that's not what we want Area codes simply are not integers, they are > strings, because the actual digits matter. > > (also, application developers should be able to rely on relative > stability of statements that use the dbpedia ontology namespace, also, > the ontology should only change monotonously: only add classes, > properties etc., don't remove them!) > > In short: > A couple of months ago, the area codes were represented as language > tagged strings using the dbpedia-owl:areaCode property > > Yesterday morning at approx. 10 am, the area codes were represented as > integers using the dbpedia-prop:areaCode property > > Yesterday evening, at approx. 10 pm, the area codes were represented > as language tagged strings using the dbpedia-owl:areaCode property > > Today, at approx. 1 pm, the area codes were represented as integers > using the dbpedia-prop:areaCode property > > ... > > It would be exceedingly nice if this could be fixed. Perhaps it has > something to do with load balancing and different stores not being > synchronized properly? > > -Rinke > > PS ... area codes may be strings... but they don't have to be > language-tagged ;-) Rinke, Do you have a SPARQL query URL that demonstrates the kind of volatility that you are describing? -- Regards, Kingsley Idehen Founder & CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog 1: http://kidehen.blogspot.com Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this smime.p7s Description: S/MIME Cryptographic Signature -- ___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] [Spam] Re: Area code madness in DBPedia
On 9/8/15 2:03 PM, Rinke Hoekstra wrote: > Hi Kingsley and Dimitris, > > Thanks again for your replies. > > I suggest we leave it for now. I really wasn't asking you to solve my > problem... it's trivial, I can come up with other equally relevant > SPARQL examples if needed. I am well aware of the instability of the > DBPedia property namespace, and only resorted to it because my normal > route appeared to be blocked. > > I apologize if my initial email was overly polemic. > > I was just as surprised as you are that DBPedia behaved differently at > different times: it shouldn't happen. As Kingsley says, the data is > relatively stable. That's the reason I sent the email: just in case > there was some weird bug on your end. I cannot provide proof other > than what I told you. > > For now, a query on: ?city dbpedia-owl:areaCode "020"^^xsd:string > seems to work, so I'm good to go. I'll keep a backup of the > DBPedia-property namespace-based solution just in case the temporal > flux appears again. (and of course, I'll notify you immediately once > that happens, with a full report) > > -Rinke Just share query URL if you have a situation where said URL provides different solutions. If that occurs, we have a bug to investigate. Kingsley > > > > On Tue, Sep 8, 2015 at 6:12 PM Kingsley Idehen <kide...@openlinksw.com > <mailto:kide...@openlinksw.com>> wrote: > > On 9/8/15 11:13 AM, Rinke Hoekstra wrote: >> Hi Kingsley, >> >> Thanks for your help. I am aware that the two queries use a >> different predicate; that's part of the problem. > > You should stick with the predicate that provides the solution you > seek. > > > > >> >> The issue is that depending on the time at which I try the >> queries, one query will return results, and the other won't (or >> the other way around). > > I am trying to find proof of that claim. The data isn't being > uploaded frequently so I don't see how this kind of temporal flux > is possible. As I said, stick to the predicate that provides the > solution you seek. That should produce stable solutions. > > Kingsley >> >> -Rinke >> >> On Tue, Sep 8, 2015 at 4:58 PM Kingsley Idehen >> <kide...@openlinksw.com <mailto:kide...@openlinksw.com>> wrote: >> >> On 9/8/15 8:56 AM, Rinke Hoekstra wrote: >>> Sure, >>> >>> Here's one for the area-codes-as-integers: >>> >>> >>> http://dbpedia.org/sparql?default-graph-uri=http%3A%2F%2Fdbpedia.org=PREFIX+rdf%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F1999%2F02%2F22-rdf-syntax-ns%23%3E%0D%0APREFIX+rdfs%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2000%2F01%2Frdf-schema%23%3E%0D%0APREFIX+dbp%3A+%3Chttp%3A%2F%2Fdbpedia.org%2Fproperty%2F%3E%0D%0A%0D%0ASELECT+DISTINCT+%3Fx+WHERE+%7B%0D%0A++%3Fx+dbp%3AareaCode+020+.%0D%0A%7D+%0D%0A=text%2Fhtml_redir_for_ >>> subjs=121_redir_for_hrefs==3=on >> >> That's a SPARQL query based on a query pattern that includes >> the predicate: <http://dbpedia.org/property/areaCode> >> <http://dbpedia.org/property/areaCode> . >> >> Goto (note: as opposed to change in URL): >> >> >> http://dbpedia.org/sparql?default-graph-uri=http%3A%2F%2Fdbpedia.org=PREFIX+rdf%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F1999%2F02%2F22-rdf-syntax-ns%23%3E%0D%0APREFIX+rdfs%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2000%2F01%2Frdf-schema%23%3E%0D%0APREFIX+dbp%3A+%3Chttp%3A%2F%2Fdbpedia.org%2Fproperty%2F%3E%0D%0A%0D%0ASELECT+DISTINCT+%3Fx+WHERE+%7B%0D%0A++%3Fx+dbp%3AareaCode+020+.%0D%0A%7D+%0D%0A=text%2Fhtml_redir_for_subjs=121_redir_for_hrefs==3=on >> >> <http://dbpedia.org/sparql?default-graph-uri=http%3A%2F%2Fdbpedia.org=PREFIX+rdf%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F1999%2F02%2F22-rdf-syntax-ns%23%3E%0D%0APREFIX+rdfs%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2000%2F01%2Frdf-schema%23%3E%0D%0APREFIX+dbp%3A+%3Chttp%3A%2F%2Fdbpedia.org%2Fproperty%2F%3E%0D%0A%0D%0ASELECT+DISTINCT+%3Fx+WHERE+%7B%0D%0A++%3Fx+dbp%3AareaCode+020+.%0D%0A%7D+%0D%0A=text%2Fhtml_redir_for_subjs=121_redir_for_hrefs==3=on> >> >> >>> >>> and here's the original query for area-codes-as-strings: >>> >>> >>> http://dbpedia.org/sparql?default-graph-uri=http%3A%2F%2Fdbpedia.org=PREFIX+rdf%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F1999%2F02%2F22-rdf-syntax-ns%23%3E%0D%0APREFIX+rdfs%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2000%2F01%2Frdf-schema%23%3E%0D%0APREFIX+dbo%3A+%3Chttp%3A%2F%2Fdbpedia.org%2Fontology%2F%3E%0D%0A%0D%0ASELECT+DISTINCT+%3Fx+WHERE+%7B%0D%0A++%3Fx+dbo%3AareaCode+%22020%22%40en+.%0D%0A%7D+%0D%0A
Re: [Dbpedia-discussion] [Spam] Re: Area code madness in DBPedia
On 9/8/15 11:13 AM, Rinke Hoekstra wrote: > Hi Kingsley, > > Thanks for your help. I am aware that the two queries use a different > predicate; that's part of the problem. You should stick with the predicate that provides the solution you seek. > > The issue is that depending on the time at which I try the queries, > one query will return results, and the other won't (or the other way > around). I am trying to find proof of that claim. The data isn't being uploaded frequently so I don't see how this kind of temporal flux is possible. As I said, stick to the predicate that provides the solution you seek. That should produce stable solutions. Kingsley > > -Rinke > > On Tue, Sep 8, 2015 at 4:58 PM Kingsley Idehen <kide...@openlinksw.com > <mailto:kide...@openlinksw.com>> wrote: > > On 9/8/15 8:56 AM, Rinke Hoekstra wrote: >> Sure, >> >> Here's one for the area-codes-as-integers: >> >> >> http://dbpedia.org/sparql?default-graph-uri=http%3A%2F%2Fdbpedia.org=PREFIX+rdf%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F1999%2F02%2F22-rdf-syntax-ns%23%3E%0D%0APREFIX+rdfs%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2000%2F01%2Frdf-schema%23%3E%0D%0APREFIX+dbp%3A+%3Chttp%3A%2F%2Fdbpedia.org%2Fproperty%2F%3E%0D%0A%0D%0ASELECT+DISTINCT+%3Fx+WHERE+%7B%0D%0A++%3Fx+dbp%3AareaCode+020+.%0D%0A%7D+%0D%0A=text%2Fhtml_redir_for_ >> subjs=121_redir_for_hrefs==3=on >> >> <http://dbpedia.org/sparql?default-graph-uri=http%3A%2F%2Fdbpedia.org=PREFIX+rdf%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F1999%2F02%2F22-rdf-syntax-ns%23%3E%0D%0APREFIX+rdfs%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2000%2F01%2Frdf-schema%23%3E%0D%0APREFIX+dbp%3A+%3Chttp%3A%2F%2Fdbpedia.org%2Fproperty%2F%3E%0D%0A%0D%0ASELECT+DISTINCT+%3Fx+WHERE+%7B%0D%0A++%3Fx+dbp%3AareaCode+020+.%0D%0A%7D+%0D%0A=text%2Fhtml_redir_for_subjs=121_redir_for_hrefs==3=on> > > That's a SPARQL query based on a query pattern that includes the > predicate: <http://dbpedia.org/property/areaCode> > <http://dbpedia.org/property/areaCode> . > > Goto (note: as opposed to change in URL): > > > http://dbpedia.org/sparql?default-graph-uri=http%3A%2F%2Fdbpedia.org=PREFIX+rdf%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F1999%2F02%2F22-rdf-syntax-ns%23%3E%0D%0APREFIX+rdfs%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2000%2F01%2Frdf-schema%23%3E%0D%0APREFIX+dbp%3A+%3Chttp%3A%2F%2Fdbpedia.org%2Fproperty%2F%3E%0D%0A%0D%0ASELECT+DISTINCT+%3Fx+WHERE+%7B%0D%0A++%3Fx+dbp%3AareaCode+020+.%0D%0A%7D+%0D%0A=text%2Fhtml_redir_for_subjs=121_redir_for_hrefs==3=on > > <http://dbpedia.org/sparql?default-graph-uri=http%3A%2F%2Fdbpedia.org=PREFIX+rdf%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F1999%2F02%2F22-rdf-syntax-ns%23%3E%0D%0APREFIX+rdfs%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2000%2F01%2Frdf-schema%23%3E%0D%0APREFIX+dbp%3A+%3Chttp%3A%2F%2Fdbpedia.org%2Fproperty%2F%3E%0D%0A%0D%0ASELECT+DISTINCT+%3Fx+WHERE+%7B%0D%0A++%3Fx+dbp%3AareaCode+020+.%0D%0A%7D+%0D%0A=text%2Fhtml_redir_for_subjs=121_redir_for_hrefs==3=on> > > >> >> and here's the original query for area-codes-as-strings: >> >> >> http://dbpedia.org/sparql?default-graph-uri=http%3A%2F%2Fdbpedia.org=PREFIX+rdf%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F1999%2F02%2F22-rdf-syntax-ns%23%3E%0D%0APREFIX+rdfs%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2000%2F01%2Frdf-schema%23%3E%0D%0APREFIX+dbo%3A+%3Chttp%3A%2F%2Fdbpedia.org%2Fontology%2F%3E%0D%0A%0D%0ASELECT+DISTINCT+%3Fx+WHERE+%7B%0D%0A++%3Fx+dbo%3AareaCode+%22020%22%40en+.%0D%0A%7D+%0D%0A=text%2Fht >> ml_redir_for_subjs=121_redir_for_hrefs==3=on >> >> <http://dbpedia.org/sparql?default-graph-uri=http%3A%2F%2Fdbpedia.org=PREFIX+rdf%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F1999%2F02%2F22-rdf-syntax-ns%23%3E%0D%0APREFIX+rdfs%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2000%2F01%2Frdf-schema%23%3E%0D%0APREFIX+dbo%3A+%3Chttp%3A%2F%2Fdbpedia.org%2Fontology%2F%3E%0D%0A%0D%0ASELECT+DISTINCT+%3Fx+WHERE+%7B%0D%0A++%3Fx+dbo%3AareaCode+%22020%22%40en+.%0D%0A%7D+%0D%0A=text%2Fhtml_redir_for_subjs=121_redir_for_hrefs==3=on> > > That's based on a SPARQL query pattern that includes the predicate > <http://dbpedia.org/ontology/areaCode> > <http://dbpedia.org/ontology/areaCode> . > > Goto (note: as opposed to change in URL): > > > http://dbpedia.org/sparql?default-graph-uri=http%3A%2F%2Fdbpedia.org=PREFIX+rdf%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F1999%2F02%2F22-rdf-syntax-ns%23%3E%0D%0APREFIX+rdfs%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2000%2F01%2Frdf-schema%23%3E%0D%0APREFIX+dbo%3A+%3Chttp%3A%2F%2Fdbpedia.org%2Fontology%2F%3E%0D%0A%0D%0ASELECT+DISTINCT+%3Fx+WHERE+%7B%0D%0A++%3Fx+dbo%3AareaCode+%22020%22%40en+.%0D%0A%7D+%0D%0A=text%2Fhtml_redir_for_subjs=121_redir_for_hrefs==3=on > > <http://dbpedia.org/sparql?default-graph-uri=http%3A%2F%2Fdbpedia.org=PREFIX+rdf%3
Re: [Dbpedia-discussion] Fwd: Announcing the release of the Wikidata Query Service
On 9/8/15 11:26 AM, Markus Kroetzsch wrote:
>
>
> On 08.09.2015 16:48, Kingsley Idehen wrote:
>> On 9/8/15 8:56 AM, Markus Kroetzsch wrote:
>>> The Wikimedia Foundation has just announced its official live query
>>> service, based on SPARQL. You can do many things with this, since the
>>> data is quite rich. Best start with some example queries, found at:
>>>
>>> https://www.mediawiki.org/wiki/Wikibase/Indexing/SPARQL_Query_Examples
>>>
>>> The data is based on the current content of Wikidata, so if you find
>>> an error or omission, you can directly edit it (I think there might be
>>> an update lag of about 1 min, depending on traffic).
>>
>> Markus,
>>
>> Great news!
>>
>> A quick question, in regards to the excerpt above: can I use SPARQL
>> query URLs against this service? In addition, can I use SPARQL FED along
>> the following lines from other SPARQL Query service providers [1]:
>>
>> select * where {service <https://query.wikidata.org/> {select * where
>> {?s a ?o} limit 10 } }
>
> Yes, the UI we mostly advertise is not the plain SPARQL endpoint. What
> you want is https://query.wikidata.org/bigdata/namespace/wdq/sparql/
>
> Your queries are [1] (text [2]) then.
>
> Nonetheless, the recommended way to link to queries that users can
> then view and edit is to refer to https://query.wikidata.org like the
> examples do. Links to the plain endpoint query results (in various
> formats) should be included there. I think this is a known issue that
> will be fixed in due course.
>
> Markus
>
> [1]
> http://linkeddata.uriburner.com/sparql?default-graph-uri==select+*+where+{service+%3Chttps%3A%2F%2Fquery.wikidata.org%2Fbigdata%2Fnamespace%2Fwdq%2Fsparql%2F%3E+{select+*+where+{%3Fs+a+%3Fo}+limit+10+}+}==text%2Fhtml_redir_for_subjs=121_redir_for_hrefs==3000
>
> [2]
> http://linkeddata.uriburner.com/sparql?default-graph-uri==select+*+where+{service+%3Chttps%3A%2F%2Fquery.wikidata.org%2Fbigdata%2Fnamespace%2Fwdq%2Fsparql%2F%3E+{select+*+where+{%3Fs+a+%3Fo}+limit+10+}+}==text%2Fhtml_redir_for_subjs=121_redir_for_hrefs==3000
>
Great!
One more thing, if you click on [1] and then click on the HTTP URIs in
the solution, none of them resolve (bar schema.org). Is this an
oversight re., Linked Data deployment?
Ideally, you want to have your SPARQL endpoint enable data exploration
via HTTP URIs in the query solution, re., Linked Data.
Examples:
[1] http://id.nlm.nih.gov/mesh/query -- NIH Query Service
[2] http://rdf.disgenet.org/sparql/ -- Disgenet Query Service
[3] http://dbpedia.org/sparql -- DBpedia (which let's you explore via
Class instances in the query solution).
Kingsley
>>
>> [1]
>> http://linkeddata.uriburner.com/sparql?default-graph-uri==%0D%0Aselect+*+where+%7Bservice+%3Chttps%3A%2F%2Fquery.wikidata.org%2F%3E+%7Bselect+*+where+%7B%3Fs+a+%3Fo%7D+limit+10+%7D+%7D==text%2Fhtml_redir_for_subjs=121_redir_for_hrefs==3000
>>
>> - Query
>>
>> [2]
>> http://linkeddata.uriburner.com/sparql?default-graph-uri==%0D%0Aselect+*+where+%7Bservice+%3Chttps%3A%2F%2Fquery.wikidata.org%2F%3E+%7Bselect+*+where+%7B%3Fs+a+%3Fo%7D+limit+10+%7D+%7D==text%2Fhtml_redir_for_subjs=121_redir_for_hrefs==3000
>>
>> -- Query Text in Editor
>>
>>
>>
>> ------
>>
>>
>>
>>
>> ___
>> Dbpedia-discussion mailing list
>> Dbpedia-discussion@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
>>
>
--
Regards,
Kingsley Idehen
Founder & CEO
OpenLink Software
Company Web: http://www.openlinksw.com
Personal Weblog 1: http://kidehen.blogspot.com
Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen
Twitter Profile: https://twitter.com/kidehen
Google+ Profile: https://plus.google.com/+KingsleyIdehen/about
LinkedIn Profile: http://www.linkedin.com/in/kidehen
Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this
smime.p7s
Description: S/MIME Cryptographic Signature
--
___
Dbpedia-discussion mailing list
Dbpedia-discussion@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] Area code madness in DBPedia
On 9/8/15 8:56 AM, Rinke Hoekstra wrote: > Sure, > > Here's one for the area-codes-as-integers: > > http://dbpedia.org/sparql?default-graph-uri=http%3A%2F%2Fdbpedia.org=PREFIX+rdf%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F1999%2F02%2F22-rdf-syntax-ns%23%3E%0D%0APREFIX+rdfs%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2000%2F01%2Frdf-schema%23%3E%0D%0APREFIX+dbp%3A+%3Chttp%3A%2F%2Fdbpedia.org%2Fproperty%2F%3E%0D%0A%0D%0ASELECT+DISTINCT+%3Fx+WHERE+%7B%0D%0A++%3Fx+dbp%3AareaCode+020+.%0D%0A%7D+%0D%0A=text%2Fhtml_redir_for_subjs=121_redir_for_hrefs==3=on That's a SPARQL query based on a query pattern that includes the predicate: <http://dbpedia.org/property/areaCode> . Goto (note: as opposed to change in URL): http://dbpedia.org/sparql?default-graph-uri=http%3A%2F%2Fdbpedia.org=PREFIX+rdf%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F1999%2F02%2F22-rdf-syntax-ns%23%3E%0D%0APREFIX+rdfs%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2000%2F01%2Frdf-schema%23%3E%0D%0APREFIX+dbp%3A+%3Chttp%3A%2F%2Fdbpedia.org%2Fproperty%2F%3E%0D%0A%0D%0ASELECT+DISTINCT+%3Fx+WHERE+%7B%0D%0A++%3Fx+dbp%3AareaCode+020+.%0D%0A%7D+%0D%0A=text%2Fhtml_redir_for_subjs=121_redir_for_hrefs==3=on <http://dbpedia.org/sparql?default-graph-uri=http%3A%2F%2Fdbpedia.org=PREFIX+rdf%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F1999%2F02%2F22-rdf-syntax-ns%23%3E%0D%0APREFIX+rdfs%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2000%2F01%2Frdf-schema%23%3E%0D%0APREFIX+dbp%3A+%3Chttp%3A%2F%2Fdbpedia.org%2Fproperty%2F%3E%0D%0A%0D%0ASELECT+DISTINCT+%3Fx+WHERE+%7B%0D%0A++%3Fx+dbp%3AareaCode+020+.%0D%0A%7D+%0D%0A=text%2Fhtml_redir_for_subjs=121_redir_for_hrefs==3=on> > > and here's the original query for area-codes-as-strings: > > http://dbpedia.org/sparql?default-graph-uri=http%3A%2F%2Fdbpedia.org=PREFIX+rdf%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F1999%2F02%2F22-rdf-syntax-ns%23%3E%0D%0APREFIX+rdfs%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2000%2F01%2Frdf-schema%23%3E%0D%0APREFIX+dbo%3A+%3Chttp%3A%2F%2Fdbpedia.org%2Fontology%2F%3E%0D%0A%0D%0ASELECT+DISTINCT+%3Fx+WHERE+%7B%0D%0A++%3Fx+dbo%3AareaCode+%22020%22%40en+.%0D%0A%7D+%0D%0A=text%2Fhtml_redir_for_subjs=121_redir_for_hrefs==3=on That's based on a SPARQL query pattern that includes the predicate <http://dbpedia.org/ontology/areaCode> . Goto (note: as opposed to change in URL): http://dbpedia.org/sparql?default-graph-uri=http%3A%2F%2Fdbpedia.org=PREFIX+rdf%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F1999%2F02%2F22-rdf-syntax-ns%23%3E%0D%0APREFIX+rdfs%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2000%2F01%2Frdf-schema%23%3E%0D%0APREFIX+dbo%3A+%3Chttp%3A%2F%2Fdbpedia.org%2Fontology%2F%3E%0D%0A%0D%0ASELECT+DISTINCT+%3Fx+WHERE+%7B%0D%0A++%3Fx+dbo%3AareaCode+%22020%22%40en+.%0D%0A%7D+%0D%0A=text%2Fhtml_redir_for_subjs=121_redir_for_hrefs==3=on <http://dbpedia.org/sparql?default-graph-uri=http%3A%2F%2Fdbpedia.org=PREFIX+rdf%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F1999%2F02%2F22-rdf-syntax-ns%23%3E%0D%0APREFIX+rdfs%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2000%2F01%2Frdf-schema%23%3E%0D%0APREFIX+dbo%3A+%3Chttp%3A%2F%2Fdbpedia.org%2Fontology%2F%3E%0D%0A%0D%0ASELECT+DISTINCT+%3Fx+WHERE+%7B%0D%0A++%3Fx+dbo%3AareaCode+%22020%22%40en+.%0D%0A%7D+%0D%0A=text%2Fhtml_redir_for_subjs=121_redir_for_hrefs==3=on> You have two different predicates in your query pattern. Naturally, they would lead to two different solutions. I still don't see the temporal issue in your post i.e., the claim that somehow (within short timeframes) you have a solution that varies. -- Regards, Kingsley Idehen Founder & CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog 1: http://kidehen.blogspot.com Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this smime.p7s Description: S/MIME Cryptographic Signature -- ___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] Fwd: Announcing the release of the Wikidata Query Service
On 9/8/15 8:56 AM, Markus Kroetzsch wrote:
> The Wikimedia Foundation has just announced its official live query
> service, based on SPARQL. You can do many things with this, since the
> data is quite rich. Best start with some example queries, found at:
>
> https://www.mediawiki.org/wiki/Wikibase/Indexing/SPARQL_Query_Examples
>
> The data is based on the current content of Wikidata, so if you find
> an error or omission, you can directly edit it (I think there might be
> an update lag of about 1 min, depending on traffic).
Markus,
Great news!
A quick question, in regards to the excerpt above: can I use SPARQL
query URLs against this service? In addition, can I use SPARQL FED along
the following lines from other SPARQL Query service providers [1]:
select * where {service <https://query.wikidata.org/> {select * where
{?s a ?o} limit 10 } }
[1]
http://linkeddata.uriburner.com/sparql?default-graph-uri==%0D%0Aselect+*+where+%7Bservice+%3Chttps%3A%2F%2Fquery.wikidata.org%2F%3E+%7Bselect+*+where+%7B%3Fs+a+%3Fo%7D+limit+10+%7D+%7D==text%2Fhtml_redir_for_subjs=121_redir_for_hrefs==3000
- Query
[2]
http://linkeddata.uriburner.com/sparql?default-graph-uri==%0D%0Aselect+*+where+%7Bservice+%3Chttps%3A%2F%2Fquery.wikidata.org%2F%3E+%7Bselect+*+where+%7B%3Fs+a+%3Fo%7D+limit+10+%7D+%7D==text%2Fhtml_redir_for_subjs=121_redir_for_hrefs==3000
-- Query Text in Editor
--
Regards,
Kingsley Idehen
Founder & CEO
OpenLink Software
Company Web: http://www.openlinksw.com
Personal Weblog 1: http://kidehen.blogspot.com
Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen
Twitter Profile: https://twitter.com/kidehen
Google+ Profile: https://plus.google.com/+KingsleyIdehen/about
LinkedIn Profile: http://www.linkedin.com/in/kidehen
Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this
smime.p7s
Description: S/MIME Cryptographic Signature
--
___
Dbpedia-discussion mailing list
Dbpedia-discussion@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] [ANNOUNCE] Fact Extraction from Wikipedia Text datasets released
On 9/2/15 2:33 PM, Marco Fossati wrote: > [Begging pardon if you read this multiple times] > > The Italian DBpedia chapter, on behalf of the whole DBpedia Association, > is thrilled to announce the release of new datasets extracted from > Wikipedia text. > > This is the outcome of an outstanding Google Summer of Code 2015 > project, which implements NLP techniques to acquire structured facts > from a textual corpus. > > The approach has been tested on the soccer use case, with the Italian > Wikipedia as input. > > The datasets are publicly available at: > http://it.dbpedia.org/downloads/fact-extraction/ > > and loaded into the SPARQL endpoint at: > http://it.dbpedia.org/sparql > > You can check out this article for more details: > http://it.dbpedia.org/2015/09/meno-chiacchiere-piu-fatti-una-marea-di-nuovi-dati-estratti-dal-testo-di-wikipedia/?lang=en > > If you feel adventurous, you can fork the codebase at: > https://github.com/dbpedia/fact-extractor > > Get in touch with Marco at foss...@fbk.eu for everything else. > > Best regards, > Marco Fossati Awesome ! -- Regards, Kingsley Idehen Founder & CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog 1: http://kidehen.blogspot.com Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this smime.p7s Description: S/MIME Cryptographic Signature -- Monitor Your Dynamic Infrastructure at Any Scale With Datadog! Get real-time metrics from all of your servers, apps and tools in one place. SourceForge users - Click here to start your Free Trial of Datadog now! http://pubads.g.doubleclick.net/gampad/clk?id=241902991=/4140___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] DBpedia SPARQL endpoint
On 9/1/15 4:30 AM, Dimitris Kontokostas wrote: > Yes, this is confirmed. > There was a bug in the data we extracted and a new corrected dataset > will be deployed soon followed by the regular release announcement. When will we be done with these issues? Kingsley > > On Tue, Sep 1, 2015 at 10:43 AM, Ghislain Atemezing > <auguste.atemez...@eurecom.fr <mailto:auguste.atemez...@eurecom.fr>> > wrote: > > Hi Alan, >> Le 31 août 2015 à 17:29, Alan Meehan <meeha...@scss.tcd.ie >> <mailto:meeha...@scss.tcd.ie>> a écrit : >> >> Is the data available from this SPARQL endpoint: >> http://dbpedia.org/sparql, the latest release of DBpedia (version >> 2015-04)? > > Reading here [1], I would say “yes”. > However, you still have a “live version” > at http://live.dbpedia.org/sparql. > You can have more details on the dataset here [2] > > > HTH > Ghislain > [1] http://dbpedia.org/dbpedia-data-set-2015-04 > [2] http://wiki.dbpedia.org/Datasets > --- > Ghislain A. Atemezing, Ph.D > ghislain.atemez...@gmail.com <mailto:ghislain.atemez...@gmail.com> > Google+: http://google.com/+GhislainATEMEZING > Twitter: @gatemezing > About Me: https://about.me/ghislain.atemezing > > > > > > > > > -- > > ___ > Dbpedia-discussion mailing list > Dbpedia-discussion@lists.sourceforge.net > <mailto:Dbpedia-discussion@lists.sourceforge.net> > https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion > > > > > -- > Kontokostas Dimitris > > > -- > > > ___ > Dbpedia-discussion mailing list > Dbpedia-discussion@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion -- Regards, Kingsley Idehen Founder & CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog 1: http://kidehen.blogspot.com Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this smime.p7s Description: S/MIME Cryptographic Signature -- ___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] [Dbpedia-developers] Feedback for new website and communication group
On 8/16/15 9:40 PM, Vladimir Alexiev wrote: Can you add the same to live.dbpedia.org? Thanks! Yes. Kingsley -Original Message- From: Kingsley Idehen [mailto:kide...@openlinksw.com] Sent: Tuesday, July 28, 2015 2:42 PM To: dbpedia-discussion@lists.sourceforge.net Cc: Mitko Iliev imi...@openlinksw.com Subject: Re: [Dbpedia-discussion] [Dbpedia-developers] Feedback for new website and communication group On 7/28/15 5:27 AM, Vladimir Alexiev wrote: *** Could someone from Virtuoso please add these prefixes http://prefix.cc/dct,dbp,dbo,dbr,dbc.sparql so we won't have to overload sample queries with prefixes? And remove dbpedia, dbpedia2 Thanks! (And we may need to add a few more in the near future) Patrick/Mitko, Please apply the request above to the DBpedia instance. The presets should also go into the DBpedia VAD. Concern: This change needs to result in additional prefix to namespace mappings rather than replacements. I say that because of existing examples using the dbpedia: prefix. -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog 1: http://kidehen.blogspot.com Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog 1: http://kidehen.blogspot.com Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this smime.p7s Description: S/MIME Cryptographic Signature -- ___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] [Dbpedia-developers] Feedback for new website and communication group
On 7/28/15 5:27 AM, Vladimir Alexiev wrote: *** Could someone from Virtuoso please add these prefixes http://prefix.cc/dct,dbp,dbo,dbr,dbc.sparql so we won't have to overload sample queries with prefixes? And remove dbpedia, dbpedia2 Thanks! (And we may need to add a few more in the near future) Patrick/Mitko, Please apply the request above to the DBpedia instance. The presets should also go into the DBpedia VAD. Concern: This change needs to result in additional prefix to namespace mappings rather than replacements. I say that because of existing examples using the dbpedia: prefix. -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog 1: http://kidehen.blogspot.com Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this smime.p7s Description: S/MIME Cryptographic Signature -- ___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] DBpedia 2014 on AWS
On 5/20/15 7:40 PM, Lesley Kalmin wrote: Hi All, I am interested in setting up a DBpedia 2014 mirror on AWS. I see that previous versions have been made public, but cannot find a 2014 version. Is anyone aware of a 2014 snapshot or image? Many thanks, Lesley Lesley, Please read about how to get DBpedia 2014 via an Amazon AMI at: http://kidehen.blogspot.com/2014/03/preloaded-preconfigured-dbpedia.html Kingsley -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog 1: http://kidehen.blogspot.com Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this smime.p7s Description: S/MIME Cryptographic Signature -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] DBpedia and Wikidata together
On 3/30/15 7:01 PM, Vladimir Alexiev wrote: We as humanity should leverage the strengths of both, to gain maximum benefits. Amen! Anything less is an utter shame. A Little Cooperation Goes a Long Way. Amen, one more time ! Kingsley, I am very much heartened by your response because I thought you're a die-hard DBpedia guy; and a couple months ago when Markus pointed to the excellent Resumator, you sort of said but does it LOD. That's an example of how my comments can be easily misconstrued, due to my DBpedia and LOD proximity :) All I want is for identifiers to resolve to description documents. Net effect, we have URIs functioning as terms rather than words and/or phrases, expands the power of the Web. Wikidatians have strength in numbers. As Multichill (Sum of All Paintings, WikiCulture, WikiLovesMonuments) is just emailing me We have bots and we're not afraid to use them. My bot (BotMultichill) has over 4 million edits They're not afraid to screw some modeling up, because they're gonna fix it. All good. They talk to each other, all the time, in sophisticated ways. (Well, not all of them are sophisticated: e.g. I am just learning) Mediawiki is the most sophisticated consensus-building platform, right? A rather than The :) They're good with practical information architecture (things shold be easy to use and see), without being afraid of breaking some puny rule. Yes! Not being afraid to break things is crucial. A system of draconian rules is DOA. That said, Linked Open Data isn't draconian, but I do empathize with those who might initially arrive at that conclusion. They're not afraid to use what used to be a cursed languge (PHP). Phabricator is a great 10 tools in one? I only used it couple days but the UI is excellent. And they are getting serious about RDF: they're retooling the WDQ backend because that wonderful beast is ever hungry. (They picked BigData because of free support and strong engagement). I don't quite clearly see the Complementarity between DBP and WD that you see, but there are options. And that's the weak point that needs fixing. Wikidata is about a crowd oriented DataWiki for structured data. DBpedia is about Wikipedia content rendition in 5-Star Linked Open Data form. Wikidata enables DBpedia to be better. DBpedia enables Wikidata to be better, even if DBpedia shortcomings are the initial point of focus. What I see that there's got to be a joint series of workshops. Yes, but not just workshops. Principals behind both projects need to talk and get to understand one another, genuinely. As I said, these projects are inherently complimentary+++ Maybe also with the SemanticMediaWiki (or OntoWiki) people, because they have the third perspective. Both are DataWiki variants. They are complimentary tools that can play a role. Just like related tools that offer read-write capability at Web-scale via the open standards such as LDP, SPARQL Graph Protocol, SPARQL 1.1 Update etc.. Who's for it? I sure would be happy: will cut down on travel :-) PS: Too bad this thread wont go to wikidata-l because I'm not subscribed there. It's in the cc. :) Kingsley -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog 1: http://kidehen.blogspot.com Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this smime.p7s Description: S/MIME Cryptographic Signature -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] [Dbpedia-developers] DBpedia-based RDF dumps for Wikidata
On 3/30/15 3:39 PM, Vladimir Alexiev wrote: Dimitris Kontokostas we made some different design choices and map wikidata data directly into the DBpedia ontology. I’m very interested in this. A simple example: bgwiki started keeping Place Hierarchy in Wikidata because it’s much less efficient to keep it in deeply nested subtemplates. This made it very hard for bgdbpedia to extract this info, because how do you mix e.g. dbo:partOf and wd:Pnnn? So this is a logical continuation of the first step, which was for DBpedia to source inter-language links (owl:sameAs) from WD. (I haven’t tracked the list in a while, could someone give me a link to such dump? Sorry) Tom Morris abandoned critical thinking and assumed DBpedia was dead now that we had WikiData That’s quite false. Both have their strengths and weaknesses. - DBpedia has much more info than Wikidata. For Chrissake, Wikidata doesn’t even have categoryarticle assignments! - Wikidata has more entities (true, stubs), a lot of them created for coreferencing (authority control) purposes. IMHO there’s a bit of a revolution in this domain, check out https://www.wikidata.org/wiki/Wikidata:WikiProject_Authority_control https://twitter.com/hashtag/coreferencing https://tools.wmflabs.org/mix-n-match/ VIAF is moving to Wikidata coreferencing, which will get them double the name forms, 300k orgs and 700k persons. This is Big Deal to any library of museum hack. - Wikidata has easier access to labels. In DBpedia you have to do a wikiPageRedirects dance, and if you’re naïve you’ll assume “God Does Not Play Dice” is another name for Einstein - Right now IMHO Wikidata has better direct types for persons. This is a shame and we need to fix it in DBpedia without thinking about how the two could evolve / compete / cooperate / thrive. We exactly have to think about this. Last few months I've been worrying that the two communities don't much talk to each other. Hmm.. We just have to keep on working towards common ground. These two projects are ridiculously complimentary! The only challenge is making that claim utterly obvious so that we reduce mutual exclusivity oriented distractions. We as humanity should leverage the strengths of both, to gain maximum benefits. Amen! Anything less is an utter shame. I've become active in both communities, and I feel no shame in such split loyalies. I don't look a split loyalties. I see a fundamental obligation to put as much effort into getting everyone to see mutual inclusion where they currently see mutual exclusion . I could have a good old rant about what's been happening here, but it would be misconstrued (on a good day) and only serve to add more distraction to the goals that many of have in mind re. collaboration across all of these structured data projects. I went to DBpedia Dublin, now'll go to GlamWiki Hague... It's structured data each way! Yes! Some little incoherencies: - The DBpedia Extraction framework is a very ingenious thing, and the devs working on it are very smart. But can they compete with a thousand Wikidata bot writers? (plus Magnus who in my mind holds semi-God status) Yes, but we don't need to look at it that way Be a reluctant warrior. - Meanwhile, DBpedia can't muster a willing Wikipedia hack to service mappings.dbpedia.org, which is stuck in the stone age. - Wikidatians move around tons of data every day, but their understanding of RDF *as a community* is still a bit naïve. Yes, so we MUST teach teach teach, at every opportunity. But in a constructive rather than condescending way. - DBpedia holds tons of structured data, but Wikidata seems to plan to source it by individual bot contributions... maybe in full in 5 years time? - DBpedia has grokked the black magic of dealing with hand-written *multilingual* units and conversions. Of a gazillion units http://mappings.dbpedia.org/index.php/DBpedia_Datatypes Last I looked, Wikidata folks shrugged this off with too different from our data types - https://tools.wmflabs.org/mix-n-match/ is a crowdsourcing Wonder upon God's Earth, but nary a DBpedian has heard of it IMHO A Little Cooperation Goes a Long Way. Amen, one more time ! Kingsley Cheers! ___ Wikidata-l mailing list wikidat...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog 1: http://kidehen.blogspot.com Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this smime.p7s Description: S/MIME Cryptographic Signature
Re: [Dbpedia-discussion] DBpedia Live changesets stuck
Any progress on this ? thanks and kind regards Paul On Wed, Feb 4, 2015 at 1:52 PM, Dimitris Kontokostas jimk...@gmail.com mailto:jimk...@gmail.com wrote: Hi Paul , Kingsley, We have some server issues that we are trying to solve and Live will be hopefully be up again by mid/end-February. Best, Dimitris On Tue, Feb 3, 2015 at 6:02 PM, Kingsley Idehen kide...@openlinksw.com mailto:kide...@openlinksw.com wrote: On 2/3/15 5:24 AM, Paul Wilton wrote: Hi Dimitris The dbpedia live change sets have been stuck for some while at Nov 12th Any updates on when this is going to start working again. thanks Paul Dimitris, I am increasingly confused as to why this is happening. Why is MySQL playing a pivot role in a workflow for which it is ultimately ill-suited, as demonstrated by the the current state of affairs? -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog 1: http://kidehen.blogspot.com Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen http://www.openlinksw.com/blog/%7Ekidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net mailto:Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion -- Kontokostas Dimitris -- Kontokostas Dimitris -- Kontokostas Dimitris -- Kontokostas Dimitris -- Kontokostas Dimitris -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel
Re: [Dbpedia-discussion] missing triples
On 3/3/15 12:35 PM, Saeedeh Shekarpour wrote:
Hi
After several tried queries on http://dbpedia.org/sparql
I am on the verge to conclude that some of the triples are missing in
the newest release, is it right?
for instance the following query before returned *true* whereas now
returns *false*
ask where { ?s ?p ?o. ?s rdfs:label ?sl. ?p rdfs:label ?pl.
?sl bif:contains 'barak and obama'. ?pl bif:contains 'spouse'. }
The following all return false:
1.
http://dbpedia.org/sparql?default-graph-uri=http%3A%2F%2Fdbpedia.orgquery=ask+where+%7B+%3Fs+%3Fp+%3Fo.++%09%3Fs+rdfs%3Alabel+%3Fsl.%09+++%3Fp+rdfs%3Alabel+%3Fpl.%3Fsl+bif%3Acontains+%27barak+and+obama%27.%09+++%3Fpl+bif%3Acontains+%27spouse%27.+%7D%0D%0Aformat=text%2Fhtmltimeout=3debug=on
2.
http://dbpedia-live.openlinksw.com/sparql?default-graph-uri=http%3A%2F%2Fdbpedia.orgquery=ask+where+%7B+%3Fs+%3Fp+%3Fo.++%09%3Fs+rdfs%3Alabel+%3Fsl.%09+++%3Fp+rdfs%3Alabel+%3Fpl.%3Fsl+bif%3Acontains+%27barak+and+obama%27.%09+++%3Fpl+bif%3Acontains+%27spouse%27.+%7D%0D%0Aformat=text%2Fhtmltimeout=3debug=on
3.
http://lod.openlinksw.com/sparql?default-graph-uri=http%3A%2F%2Fdbpedia.orgquery=ask+where+%7B+%3Fs+%3Fp+%3Fo.++%09%3Fs+rdfs%3Alabel+%3Fsl.%09+++%3Fp+rdfs%3Alabel+%3Fpl.%3Fsl+bif%3Acontains+%27barak+and+obama%27.%09+++%3Fpl+bif%3Acontains+%27spouse%27.+%7D%0D%0Aformat=text%2Fhtmltimeout=3debug=on
When did this return true?
Do you have a sample DBpedia page that contains a spousal relation where
the relation object matches the pattern 'barak and obama' ?
--
Regards,
Kingsley Idehen
Founder CEO
OpenLink Software
Company Web: http://www.openlinksw.com
Personal Weblog 1: http://kidehen.blogspot.com
Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen
Twitter Profile: https://twitter.com/kidehen
Google+ Profile: https://plus.google.com/+KingsleyIdehen/about
LinkedIn Profile: http://www.linkedin.com/in/kidehen
Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this
smime.p7s
Description: S/MIME Cryptographic Signature
--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the
conversation now. http://goparallel.sourceforge.net/___
Dbpedia-discussion mailing list
Dbpedia-discussion@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] SNORQL and SPARQL endpoints returning different results
On 2/19/15 12:33 PM, Kingsley Idehen wrote:
On 2/19/15 11:44 AM, Chris Wood wrote:
In the DBpedia SPARQL endpoint http://dbpedia.org/sparql/ [1], running
|PREFIX dc: http://purl.org/dc/elements/1.1/
PREFIX : http://dbpedia.org/resource/
PREFIX dbpedia2: http://dbpedia.org/property/
SELECT ?a (3+3 AS ?y)
WHERE
{
?a dc:description English footballer .
?a dbpedia2:placeOfBirth :Merseyside .
}
|
Shows all |English Footballers| who were born in Merseyside, with
column |y| just displaying the value |6| on every row [result link
http://dbpedia.org/sparql/?default-graph-uri=http%3A%2F%2Fdbpedia.orgquery=PREFIX+dc%3A+%3Chttp%3A%2F%2Fpurl.org%2Fdc%2Felements%2F1.1%2F%3E%0D%0APREFIX+%3A+%3Chttp%3A%2F%2Fdbpedia.org%2Fresource%2F%3E%0D%0APREFIX+dbpedia2%3A+%3Chttp%3A%2F%2Fdbpedia.org%2Fproperty%2F%3E%0D%0A%0D%0ASELECT+%3Fa+%283%2B3+AS+%3Fy%29%0D%0AWHERE+%0D%0A%7B+%0D%0A+++%3Fa+dc%3Adescription+%22English+footballer%22+.%0D%0A+++%3Fa+dbpedia2%3AplaceOfBirth+%3AMerseyside+.%0D%0A%7Dformat=text%2Fhtmltimeout=3debug=on];
however, the same query
http://dbpedia.org/snorql/?query=PREFIX+pos%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2003%2F01%2Fgeo%2Fwgs84_pos%23%3E%0D%0APREFIX+dbo%3A+%3Chttp%3A%2F%2Fdbpedia.org%2Fontology%2F%3E%0D%0A%0D%0ASELECT+%3Fa+%283%2B3+AS+%3Fy%29%0D%0AWHERE+%0D%0A%7B+%0D%0A+%3Fa+dc%3Adescription+%22English+footballer%22+.%0D%0A+%3Fa+dbpedia2%3AplaceOfBirth+%3AMerseyside+.%0D%0A%7D on
the SNORQL endpoint http://dbpedia.org/snorql/ displays an error:
|Virtuoso 37000 Error SP030: SPARQL compiler, line 16: syntax error at '3'
before 'AS' SPARQL query: define sql:big-data-const 0 #output-
format:application/sparql-results+json define input:default-graph-uri PREFIX
owl: PREFIX xsd: PREFIX rdfs: PREFIX rdf: PREFIX foaf: PREFIX dc: PREFIX :
PREFIX dbpedia2: PREFIX dbpedia: PREFIX skos: PREFIX pos: PREFIX dbo: SELECT
?a (3 3 AS ?y) WHERE { ?a dc:description English footballer . ?a
dbpedia2:placeOfBirth :Merseyside . }
|
Even more strangely, using any of the other 3 arithmetic operators
/does/ work in the SNORQL endpoint (e.g. with division
http://dbpedia.org/snorql/?query=PREFIX+pos%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2003%2F01%2Fgeo%2Fwgs84_pos%23%3E%0D%0APREFIX+dbo%3A+%3Chttp%3A%2F%2Fdbpedia.org%2Fontology%2F%3E%0D%0A%0D%0ASELECT+%3Fa+%283%2F3+AS+%3Fy%29%0D%0AWHERE+%0D%0A%7B+%0D%0A+%3Fa+dc%3Adescription+%22English+footballer%22+.%0D%0A+%3Fa+dbpedia2%3AplaceOfBirth+%3AMerseyside+.%0D%0A%7D [5])
A previous question
http://stackoverflow.com/a/15658884/889604 [6] on Stackoverflow has
implied that the SPARQL and SNORQL endpoints should return the same
result, so what's going on here?!
Cheers,
Chris
1: http://dbpedia.org/sparql/
2:
http://dbpedia.org/sparql/?default-graph-uri=http%3A%2F%2Fdbpedia.orgquery=PREFIX+dc%3A+%3Chttp%3A%2F%2Fpurl.org%2Fdc%2Felements%2F1.1%2F%3E%0D%0APREFIX+%3A+%3Chttp%3A%2F%2Fdbpedia.org%2Fresource%2F%3E%0D%0APREFIX+dbpedia2%3A+%3Chttp%3A%2F%2Fdbpedia.org%2Fproperty%2F%3E%0D%0A%0D%0ASELECT+%3Fa+%283%2B3+AS+%3Fy%29%0D%0AWHERE+%0D%0A%7B+%0D%0A+++%3Fa+dc%3Adescription+%22English+footballer%22+.%0D%0A+++%3Fa+dbpedia2%3AplaceOfBirth+%3AMerseyside+.%0D%0A%7Dformat=text%2Fhtmltimeout=3debug=on
3:
http://dbpedia.org/snorql/?query=PREFIX+pos%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2003%2F01%2Fgeo%2Fwgs84_pos%23%3E%0D%0APREFIX+dbo%3A+%3Chttp%3A%2F%2Fdbpedia.org%2Fontology%2F%3E%0D%0A%0D%0ASELECT+%3Fa+%283%2B3+AS+%3Fy%29%0D%0AWHERE+%0D%0A%7B+%0D%0A+%3Fa+dc%3Adescription+%22English+footballer%22+.%0D%0A+%3Fa+dbpedia2%3AplaceOfBirth+%3AMerseyside+.%0D%0A%7D
4: http://dbpedia.org/snorql/
5:
http://dbpedia.org/snorql/?query=PREFIX+pos%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2003%2F01%2Fgeo%2Fwgs84_pos%23%3E%0D%0APREFIX+dbo%3A+%3Chttp%3A%2F%2Fdbpedia.org%2Fontology%2F%3E%0D%0A%0D%0ASELECT+%3Fa+%283%2F3+AS+%3Fy%29%0D%0AWHERE+%0D%0A%7B+%0D%0A+%3Fa+dc%3Adescription+%22English+footballer%22+.%0D%0A+%3Fa+dbpedia2%3AplaceOfBirth+%3AMerseyside+.%0D%0A%7D
6: http://stackoverflow.com/a/15658884/889604
Scratching my head here!
Don't even know how snorql has been configured to front the default
endpoint, which is returning the results as expected.
I'll check with my team to see if this is some strange configuration
issue.
The snorql doesn't encode properly plus, so the expression becomes :
SELECT ?a (3 3 AS ?y)” which is wrong.
--
Regards,
Kingsley Idehen
Founder CEO
OpenLink Software
Company Web: http://www.openlinksw.com
Personal Weblog 1: http://kidehen.blogspot.com
Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen
Twitter Profile: https://twitter.com/kidehen
Google+ Profile: https://plus.google.com/+KingsleyIdehen/about
LinkedIn Profile: http://www.linkedin.com/in/kidehen
Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this
smime.p7s
Description: S/MIME Cryptographic Signature
Re: [Dbpedia-discussion] SNORQL and SPARQL endpoints returning different results
On 2/19/15 4:49 PM, Patrick van Kleef wrote:
Hi Chris,
In the DBpedia SPARQL endpoint [1], running
PREFIX dc: http://purl.org/dc/elements/1.1/
PREFIX :
http://dbpedia.org/resource/
PREFIX dbpedia2:
http://dbpedia.org/property/
SELECT ?a (3+3 AS ?y)
WHERE
{
?a dc:description English footballer .
?a dbpedia2:placeOfBirth :Merseyside .
}
Shows all English Footballers who were born in Merseyside, with column y just
displaying the value 6 on every row [result link]; however, the same query on the
SNORQL endpoint displays an error:
Virtuoso 37000 Error SP030: SPARQL compiler, line 16: syntax error at '3'
before 'AS' SPARQL query: define sql:big-data-const 0 #output-
format:application/sparql-results+json define input:default-graph-uri PREFIX
owl: PREFIX xsd: PREFIX rdfs: PREFIX rdf: PREFIX foaf: PREFIX dc: PREFIX :
PREFIX dbpedia2: PREFIX dbpedia: PREFIX skos: PREFIX pos: PREFIX dbo: SELECT
?a (3 3 AS ?y) WHERE { ?a dc:description English footballer . ?a
dbpedia2:placeOfBirth :Merseyside . }
Even more strangely, using any of the other 3 arithmetic operators does work
in the SNORQL endpoint (e.g. with division [5])
A previous question [6] on Stackoverflow has implied that the SPARQL and
SNORQL endpoints should return the same result, so what's going on here?!
Cheers,
Chris
1:http://dbpedia.org/sparql/
2:http://dbpedia.org/sparql/?default-graph-uri=http%3A%2F%2Fdbpedia.orgquery=PREFIX+dc%3A+%3Chttp%3A%2F%2Fpurl.org%2Fdc%2Felements%2F1.1%2F%3E%0D%0APREFIX+%3A+%3Chttp%3A%2F%2Fdbpedia.org%2Fresource%2F%3E%0D%0APREFIX+dbpedia2%3A+%3Chttp%3A%2F%2Fdbpedia.org%2Fproperty%2F%3E%0D%0A%0D%0ASELECT+%3Fa+%283%2B3+AS+%3Fy%29%0D%0AWHERE+%0D%0A%7B+%0D%0A+++%3Fa+dc%3Adescription+%22English+footballer%22+.%0D%0A+++%3Fa+dbpedia2%3AplaceOfBirth+%3AMerseyside+.%0D%0A%7Dformat=text%2Fhtmltimeout=3debug=on
3:http://dbpedia.org/snorql/?query=PREFIX+pos%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2003%2F01%2Fgeo%2Fwgs84_pos%23%3E%0D%0APREFIX+dbo%3A+%3Chttp%3A%2F%2Fdbpedia.org%2Fontology%2F%3E%0D%0A%0D%0ASELECT+%3Fa+%283%2B3+AS+%3Fy%29%0D%0AWHERE+%0D%0A%7B+%0D%0A+%3Fa+dc%3Adescription+%22English+footballer%22+.%0D%0A+%3Fa+dbpedia2%3AplaceOfBirth+%3AMerseyside+.%0D%0A%7D
4:http://dbpedia.org/snorql/
5:http://dbpedia.org/snorql/?query=PREFIX+pos%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2003%2F01%2Fgeo%2Fwgs84_pos%23%3E%0D%0APREFIX+dbo%3A+%3Chttp%3A%2F%2Fdbpedia.org%2Fontology%2F%3E%0D%0A%0D%0ASELECT+%3Fa+%283%2F3+AS+%3Fy%29%0D%0AWHERE+%0D%0A%7B+%0D%0A+%3Fa+dc%3Adescription+%22English+footballer%22+.%0D%0A+%3Fa+dbpedia2%3AplaceOfBirth+%3AMerseyside+.%0D%0A%7D
6:http://stackoverflow.com/a/15658884/889604
The snorql code was using the wrong method to encode the query string before
calling the real /sparql interface.
It was using the very old 'escape()' javascript function which does not encode
the + character as a special character.
It then uses that escaped string to call the real /sparql endpoint.
When the /sparql endpoint decodes the query=3+3Y string it decodes the
+ character as a space thereby creating a syntax error in your query.
I fixed the snorql code onhttp://dbpedia.org to use the encodeURIComponent
function which is the proper way of embedding a query as a parameter argument
in a URL.
Fix confirmed:
http://dbpedia.org/snorql/?query=PREFIX+pos%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2003%2F01%2Fgeo%2Fwgs84_pos%23%3E%0D%0APREFIX+dbo%3A+%3Chttp%3A%2F%2Fdbpedia.org%2Fontology%2F%3E%0D%0A%0D%0ASELECT+%3Fa+%283%2B3+AS+%3Fy%29%0D%0AWHERE+%0D%0A%7B+%0D%0A+%3Fa+dc%3Adescription+%22English+footballer%22+.%0D%0A+%3Fa+dbpedia2%3AplaceOfBirth+%3AMerseyside+.%0D%0A%7D
Hopefully, someone could help closing out the case on Stackoverflow [1] ?
[1]
http://linkeddata.uriburner.com/about/id/entity/http/stackoverflow.com/questions/28611127/dbpedias-sparql-and-snorql-returning-different-results
.
--
Regards,
Kingsley Idehen
Founder CEO
OpenLink Software
Company Web: http://www.openlinksw.com
Personal Weblog 1: http://kidehen.blogspot.com
Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen
Twitter Profile: https://twitter.com/kidehen
Google+ Profile: https://plus.google.com/+KingsleyIdehen/about
LinkedIn Profile: http://www.linkedin.com/in/kidehen
Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this
smime.p7s
Description: S/MIME Cryptographic Signature
--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=190641631iu=/4140/ostg.clktrk___
Dbpedia-discussion mailing list
Dbpedia-discussion@lists.sourceforge.net
https
Re: [Dbpedia-discussion] SNORQL and SPARQL endpoints returning different results
On 2/19/15 11:44 AM, Chris Wood wrote:
In the DBpedia SPARQL endpoint http://dbpedia.org/sparql/ [1], running
|PREFIX dc: http://purl.org/dc/elements/1.1/
PREFIX : http://dbpedia.org/resource/
PREFIX dbpedia2: http://dbpedia.org/property/
SELECT ?a (3+3 AS ?y)
WHERE
{
?a dc:description English footballer .
?a dbpedia2:placeOfBirth :Merseyside .
}
|
Shows all |English Footballers| who were born in Merseyside, with
column |y| just displaying the value |6| on every row [result link
http://dbpedia.org/sparql/?default-graph-uri=http%3A%2F%2Fdbpedia.orgquery=PREFIX+dc%3A+%3Chttp%3A%2F%2Fpurl.org%2Fdc%2Felements%2F1.1%2F%3E%0D%0APREFIX+%3A+%3Chttp%3A%2F%2Fdbpedia.org%2Fresource%2F%3E%0D%0APREFIX+dbpedia2%3A+%3Chttp%3A%2F%2Fdbpedia.org%2Fproperty%2F%3E%0D%0A%0D%0ASELECT+%3Fa+%283%2B3+AS+%3Fy%29%0D%0AWHERE+%0D%0A%7B+%0D%0A+++%3Fa+dc%3Adescription+%22English+footballer%22+.%0D%0A+++%3Fa+dbpedia2%3AplaceOfBirth+%3AMerseyside+.%0D%0A%7Dformat=text%2Fhtmltimeout=3debug=on];
however, the same query
http://dbpedia.org/snorql/?query=PREFIX+pos%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2003%2F01%2Fgeo%2Fwgs84_pos%23%3E%0D%0APREFIX+dbo%3A+%3Chttp%3A%2F%2Fdbpedia.org%2Fontology%2F%3E%0D%0A%0D%0ASELECT+%3Fa+%283%2B3+AS+%3Fy%29%0D%0AWHERE+%0D%0A%7B+%0D%0A+%3Fa+dc%3Adescription+%22English+footballer%22+.%0D%0A+%3Fa+dbpedia2%3AplaceOfBirth+%3AMerseyside+.%0D%0A%7D on
the SNORQL endpoint http://dbpedia.org/snorql/ displays an error:
|Virtuoso 37000 Error SP030: SPARQL compiler, line 16: syntax error at '3'
before 'AS' SPARQL query: define sql:big-data-const 0 #output-
format:application/sparql-results+json define input:default-graph-uri PREFIX
owl: PREFIX xsd: PREFIX rdfs: PREFIX rdf: PREFIX foaf: PREFIX dc: PREFIX :
PREFIX dbpedia2: PREFIX dbpedia: PREFIX skos: PREFIX pos: PREFIX dbo: SELECT
?a (3 3 AS ?y) WHERE { ?a dc:description English footballer . ?a
dbpedia2:placeOfBirth :Merseyside . }
|
Even more strangely, using any of the other 3 arithmetic operators
/does/ work in the SNORQL endpoint (e.g. with division
http://dbpedia.org/snorql/?query=PREFIX+pos%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2003%2F01%2Fgeo%2Fwgs84_pos%23%3E%0D%0APREFIX+dbo%3A+%3Chttp%3A%2F%2Fdbpedia.org%2Fontology%2F%3E%0D%0A%0D%0ASELECT+%3Fa+%283%2F3+AS+%3Fy%29%0D%0AWHERE+%0D%0A%7B+%0D%0A+%3Fa+dc%3Adescription+%22English+footballer%22+.%0D%0A+%3Fa+dbpedia2%3AplaceOfBirth+%3AMerseyside+.%0D%0A%7D [5])
A previous question
http://stackoverflow.com/a/15658884/889604 [6] on Stackoverflow has
implied that the SPARQL and SNORQL endpoints should return the same
result, so what's going on here?!
Cheers,
Chris
1: http://dbpedia.org/sparql/
2:
http://dbpedia.org/sparql/?default-graph-uri=http%3A%2F%2Fdbpedia.orgquery=PREFIX+dc%3A+%3Chttp%3A%2F%2Fpurl.org%2Fdc%2Felements%2F1.1%2F%3E%0D%0APREFIX+%3A+%3Chttp%3A%2F%2Fdbpedia.org%2Fresource%2F%3E%0D%0APREFIX+dbpedia2%3A+%3Chttp%3A%2F%2Fdbpedia.org%2Fproperty%2F%3E%0D%0A%0D%0ASELECT+%3Fa+%283%2B3+AS+%3Fy%29%0D%0AWHERE+%0D%0A%7B+%0D%0A+++%3Fa+dc%3Adescription+%22English+footballer%22+.%0D%0A+++%3Fa+dbpedia2%3AplaceOfBirth+%3AMerseyside+.%0D%0A%7Dformat=text%2Fhtmltimeout=3debug=on
3:
http://dbpedia.org/snorql/?query=PREFIX+pos%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2003%2F01%2Fgeo%2Fwgs84_pos%23%3E%0D%0APREFIX+dbo%3A+%3Chttp%3A%2F%2Fdbpedia.org%2Fontology%2F%3E%0D%0A%0D%0ASELECT+%3Fa+%283%2B3+AS+%3Fy%29%0D%0AWHERE+%0D%0A%7B+%0D%0A+%3Fa+dc%3Adescription+%22English+footballer%22+.%0D%0A+%3Fa+dbpedia2%3AplaceOfBirth+%3AMerseyside+.%0D%0A%7D
4: http://dbpedia.org/snorql/
5:
http://dbpedia.org/snorql/?query=PREFIX+pos%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2003%2F01%2Fgeo%2Fwgs84_pos%23%3E%0D%0APREFIX+dbo%3A+%3Chttp%3A%2F%2Fdbpedia.org%2Fontology%2F%3E%0D%0A%0D%0ASELECT+%3Fa+%283%2F3+AS+%3Fy%29%0D%0AWHERE+%0D%0A%7B+%0D%0A+%3Fa+dc%3Adescription+%22English+footballer%22+.%0D%0A+%3Fa+dbpedia2%3AplaceOfBirth+%3AMerseyside+.%0D%0A%7D
6: http://stackoverflow.com/a/15658884/889604
Scratching my head here!
Don't even know how snorql has been configured to front the default
endpoint, which is returning the results as expected.
I'll check with my team to see if this is some strange configuration issue.
--
Regards,
Kingsley Idehen
Founder CEO
OpenLink Software
Company Web: http://www.openlinksw.com
Personal Weblog 1: http://kidehen.blogspot.com
Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen
Twitter Profile: https://twitter.com/kidehen
Google+ Profile: https://plus.google.com/+KingsleyIdehen/about
LinkedIn Profile: http://www.linkedin.com/in/kidehen
Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this
smime.p7s
Description: S/MIME Cryptographic Signature
--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
Re: [Dbpedia-discussion] YASGUI
On 2/18/15 2:42 PM, Paul Houle wrote: This is pretty cool. One thing that would be fun is if there was a way to store queries in it along with some notes, kind of the way that Kasabi used to work. Yes, circa., 2015 it should be able to perform the following tasks, using relevant open standards from the W3C: 1. Save a SPARQL Query Definition (.rq file) to an location using LDP 2. Permalink for Query Results -- assuming I haven't overlooked this in the UI where I only see download options (which lead to URLs that don't support content-negotiation etc..). Links: [1] http://kidehen.blogspot.com/2014/07/loosely-coupled-read-write-interactions.html -- Loosely-Coupled Read-Write Web (shows how to use a relation in a WebID-Profile Document to determine document storage location on an HTTP network) Kingsley On Wed, Feb 18, 2015 at 1:05 PM, M. Aaron Bossert maboss...@gmail.com mailto:maboss...@gmail.com wrote: Hear, hear. I'm using the same thing in my front-ends. Way better than the plain code mirror SPARQL interface. Aaron On Feb 18, 2015, at 11:12, Vladimir Alexiev vladimir.alex...@ontotext.com mailto:vladimir.alex...@ontotext.com wrote: Use this to play with dbpedia or any other SPARQL endpoint: http://yasgui.org/ Has automatic prefix insertion, class and property autocompletion, and Google Chart generation (borrowed from VISU, which itself borrowed the SPARQL editor from yasgui). I just can't say enough good words about it :-) We gradually started using it on our endpoints -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=190641631iu=/4140/ostg.clktrk ___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net mailto:Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=190641631iu=/4140/ostg.clktrk ___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net mailto:Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion -- Paul Houle Expert on Freebase, DBpedia, Hadoop and RDF (607) 539 6254paul.houle on Skype ontolo...@gmail.com mailto:ontolo...@gmail.com http://legalentityidentifier.info/lei/lookup -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=190641631iu=/4140/ostg.clktrk ___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog 1: http://kidehen.blogspot.com Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this smime.p7s Description: S/MIME Cryptographic Signature -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=190641631iu=/4140/ostg.clktrk___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists
Re: [Dbpedia-discussion] URIs vs. other IDs (Was: New user interface for dbpedia.org)
On 2/8/15 11:28 AM, Kingsley Idehen wrote: On 2/7/15 6:07 PM, Markus Kroetzsch wrote: Hi Kingsley, We are getting a bit off-topic here, but let me answer briefly ... On 07.02.2015 21:36, Kingsley Idehen wrote: ... Not it isn't duplication. Wikipedia HTTP URLs identify Wikipedia documents. DBpedia URIs identify entities associated with Wikipedia documents. There's a world of difference here! That's not my point (I know the difference, of course). Wikidata stores neither Wikipedia URLs nor DBpedia URIs. It just stores Wikipedia article names together with Wikimedia site (project) identifiers. The work to get from there to the URL is the same as the work to get to the URI. Storing either explicitly in another property value would only introduce redundancy (and potential inconsistencies). In a Linked Data export you could easily include one or both of these URIs, depending on the application, but it's not so clear that doing this in a data viewer would make much sense. Surely it would not be useful if people would have to enter all of this data manually three times. On that note, is it the current best practice that all linked data exports include links to all other datasets that contain related information (exhaustive two-way linking)? That seems like a lot of triples and not very feasible if the LOD Web grows (a bit like two-way HTML linking ... ;-). Wouldn't it be more practical to integrate via shared key values? In this case, Wikipedia URLs might be a sensible choice to indicate the topic of a resource, rather than requiring all resources that have a Wikipedia article as their topic to cross link to all (quadratically many) other such resources directly. I would be curious to hear your take on this. There are similar issues with most of the other identifiers: they are usually the main IDs of the database, not the URIs of the corresponding RDF data (if available). Hmm.. if you look at the identifiers on the viewer's right hand side, you will find out (depending on you understanding of Linked Open Data concepts) that they too identify entities that are associated with Web pages, rather than web pages themselves. Sure, but you are confusing the purpose of URIs with the underlying technical standard here. People use identifiers to refer to entities, or course, yet they do not use identifiers that are based on the URI standard. We both know about the limitations of this approach, but that does not change the shape of the IDs people use to refer to things (e.g., on Freebase, but it is the same elsewhere). Usually, if you want to interface with such data collections (be it via UIs or via APIs), you need to use their official IDs, while URIs are not supported. This is also the answer to your other comment. You are only seeing the purpose of the identifier, and you rightly say that there should be no big technical issue to use a URI instead. I agree, yet it has to be done, and it has to be done differently for each case. There is no general rule how to construct URIs from the official IDs used by open data collections on today's Web. A related problem is that most online data sets have UIs that are much more user friendly than any LOD browser could be based on the RDF they export. There is no incentive for users to click on a LOD-based view of, say, IMDB, if they can just go to the IMDB page instead. This should be taken into account when building a DBpedia LOD view (back on topic! ;-): people who want to learn about something will usually be better served by going to Wikipedia; the target audience of the viewer is probably a different group who wants to inspect the DBpedia data set. This should probably affect how the UI is built, and maybe will lead to different design decisions than in the Wikidata browser I mentioned. Markus Markus, Cutting a long story real short. Yes, you have industry standard identifiers, ditto HTTP URI that identify things in regards to Linked Open Data principles. You simply use relations such as dcterms:identifier (and the like) to incorporate industry standard identifiers into an entity description. Even better, those relations should be inverse-functional in nature. That's really it. DBpedia Identifiers (HTTP URI based References) and Industry Standard Identifiers (typically literal in nature) aren't mutually exclusive. Getting back on topic, reasonator is a nice UI. What it lacks, from a DBpedia perspective, is incorporation of DBpedia URIs which is an issue the author of the tool assured me he will be addressing, as a high priority. Follow-up in regards to the above, our biggest concern boils down to dealing with the following challenges, which highly impact UI and UX: 1. replacing URIs with object of certain annotation oriented relations (rdfs:label, skos:prefLabel, skos:altLabel etc..) 2. page results -- in situations where the number of relations associated with an entity description
Re: [Dbpedia-discussion] URIs vs. other IDs (Was: New user interface for dbpedia.org)
On 2/7/15 6:07 PM, Markus Kroetzsch wrote: Hi Kingsley, We are getting a bit off-topic here, but let me answer briefly ... On 07.02.2015 21:36, Kingsley Idehen wrote: ... Not it isn't duplication. Wikipedia HTTP URLs identify Wikipedia documents. DBpedia URIs identify entities associated with Wikipedia documents. There's a world of difference here! That's not my point (I know the difference, of course). Wikidata stores neither Wikipedia URLs nor DBpedia URIs. It just stores Wikipedia article names together with Wikimedia site (project) identifiers. The work to get from there to the URL is the same as the work to get to the URI. Storing either explicitly in another property value would only introduce redundancy (and potential inconsistencies). In a Linked Data export you could easily include one or both of these URIs, depending on the application, but it's not so clear that doing this in a data viewer would make much sense. Surely it would not be useful if people would have to enter all of this data manually three times. On that note, is it the current best practice that all linked data exports include links to all other datasets that contain related information (exhaustive two-way linking)? That seems like a lot of triples and not very feasible if the LOD Web grows (a bit like two-way HTML linking ... ;-). Wouldn't it be more practical to integrate via shared key values? In this case, Wikipedia URLs might be a sensible choice to indicate the topic of a resource, rather than requiring all resources that have a Wikipedia article as their topic to cross link to all (quadratically many) other such resources directly. I would be curious to hear your take on this. There are similar issues with most of the other identifiers: they are usually the main IDs of the database, not the URIs of the corresponding RDF data (if available). Hmm.. if you look at the identifiers on the viewer's right hand side, you will find out (depending on you understanding of Linked Open Data concepts) that they too identify entities that are associated with Web pages, rather than web pages themselves. Sure, but you are confusing the purpose of URIs with the underlying technical standard here. People use identifiers to refer to entities, or course, yet they do not use identifiers that are based on the URI standard. We both know about the limitations of this approach, but that does not change the shape of the IDs people use to refer to things (e.g., on Freebase, but it is the same elsewhere). Usually, if you want to interface with such data collections (be it via UIs or via APIs), you need to use their official IDs, while URIs are not supported. This is also the answer to your other comment. You are only seeing the purpose of the identifier, and you rightly say that there should be no big technical issue to use a URI instead. I agree, yet it has to be done, and it has to be done differently for each case. There is no general rule how to construct URIs from the official IDs used by open data collections on today's Web. A related problem is that most online data sets have UIs that are much more user friendly than any LOD browser could be based on the RDF they export. There is no incentive for users to click on a LOD-based view of, say, IMDB, if they can just go to the IMDB page instead. This should be taken into account when building a DBpedia LOD view (back on topic! ;-): people who want to learn about something will usually be better served by going to Wikipedia; the target audience of the viewer is probably a different group who wants to inspect the DBpedia data set. This should probably affect how the UI is built, and maybe will lead to different design decisions than in the Wikidata browser I mentioned. Markus Markus, Cutting a long story real short. Yes, you have industry standard identifiers, ditto HTTP URI that identify things in regards to Linked Open Data principles. You simply use relations such as dcterms:identifier (and the like) to incorporate industry standard identifiers into an entity description. Even better, those relations should be inverse-functional in nature. That's really it. DBpedia Identifiers (HTTP URI based References) and Industry Standard Identifiers (typically literal in nature) aren't mutually exclusive. Getting back on topic, reasonator is a nice UI. What it lacks, from a DBpedia perspective, is incorporation of DBpedia URIs which is an issue the author of the tool assured me he will be addressing, as a high priority. -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog 1: http://kidehen.blogspot.com Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net
Re: [Dbpedia-discussion] New user interface for dbpedia.org
On 2/7/15 9:21 AM, Dimitris Kontokostas wrote: Dear Kingsley, Martynas, all We already have a new interface since August 2013 that is integrated with Virtuoso (but not yet deployed to dbpedia.org http://dbpedia.org) see http://de.dbpedia.org/page/Tim_Berners-Lee http://commons.dbpedia.org/page/File:Tim_Berners-Lee_closeup.jpg http://nl.dbpedia.org/page/Tim_Berners-Lee (click at the top-right to enable) You can find a related publication in LDOW2014 DBpedia Viewer - An Integrative Interface for DBpedia leveraging the DBpedia Service Eco System ( Denis Lukovnikov , Dimitris Kontokostas , Claus Stadler , Sebastian Hellmann , Jens Lehmann ) http://events.linkeddata.org/ldow2014/papers/ldow2014_paper_05.pdf Dimitris, As I've indicated in various posts, its really important for us to be transparent and democratic re., these matters. Personally, I would like the community to have a say in regards to the characteristics they would expect in the default Linked Data Pages for DBpedia. This kind of conversation would be of immense value in regards to practical knowledge exchange. Here is an example of a simple issue with new Linked Data pages you referenced above: curl -iLH Accept: text/turtle http://nl.dbpedia.org/resource/Tim_Berners-Lee HTTP/1.1 303 See Other Date: Sat, 07 Feb 2015 20:52:15 GMT Server: Virtuoso/07.10.3207 (Linux) x86_64-unknown-linux-gnu Content-Type: text/html; charset=UTF-8 Accept-Ranges: bytes Location: http://nl.dbpedia.org/page/Tim_Berners-Lee Content-Length: 0 Access-Control-Allow-Origin: * Connection: close HTTP/1.1 200 OK Date: Sat, 07 Feb 2015 20:52:15 GMT Server: Virtuoso/07.10.3207 (Linux) x86_64-unknown-linux-gnu Accept-Ranges: bytes Content-Type: text/turtle; charset=UTF-8 Content-Length: 674 Access-Control-Allow-Origin: * Connection: close @prefix dcterms: http://purl.org/dc/terms/ . @prefix rdf: http://www.w3.org/1999/02/22-rdf-syntax-ns# . @prefix rdfs: http://www.w3.org/2000/01/rdf-schema# . @prefix ldp: http://www.w3.org/ns/ldp# . @prefix xsd: http://www.w3.org/2001/XMLSchema# . http://live.nl.dbpedia.org:8877/DAV/VAD/dbpedia/description.vsp a dcterms:PhysicalResource, http://www.w3.org/2000/01/rdf-schema#Resource ; dcterms:title description.vsp; dcterms:creator dav; dcterms:created 2013-09-19 18:29:24; dcterms:modified 2014-02-12 23:20:24; http://www.w3.org/ns/posix/stat#mtime 1392247224 ; http://www.w3.org/ns/posix/stat#size 29886 ; rdfs:label description.vsp. Compared to the current DBpedia pages. And that's before we even get into the UI aesthetics re. Linked Data Discovery patterns: curl -iLH Accept: text/turtle http://dbpedia.org/resource/Tim_Berners-Lee Which returns a TURTLE representation of the description of the entity identified by the HTTP URI: http://dbpedia.org/resource/Tim_Berners-Lee . As I said, we should take this opportunity to engage the community en route to a solution that's the product of democratic process. Kingsley On Fri, Feb 6, 2015 at 11:15 PM, Kingsley Idehen kide...@openlinksw.com mailto:kide...@openlinksw.com wrote: On 2/6/15 3:14 PM, Martynas Jusevičius wrote: Hey again, I posted this idea because you suggested so: https://twitter.com/kidehen/status/543567876402475008 Yes, and I am also now suggesting that we address this issue via a competition, since that's objective and democratic. I still object to your comments about this being a visualization, any more than the current green pages are. If you care to try, you will retrieve the origin RDF from the application: curl -H Accept: text/turtle http://linkeddatahub.com/?uri=http://dbpedia.org/resource/Tim_Berners-Lee Why do you think what you are doing is news to me? See: [1] http://lod.openlinksw.com/describe/?uri=http://dbpedia.org/resource/Tim_Berners-Lee -- that's been possible for more than 6+ years (that instance has 61+ Billion Triples) [2] http://linkeddata.uriburner.com/describe/?uri=http://dbpedia.org/resource/Tim_Berners-Lee -- URIBurner instance (which does all the Linked Data proxying that you can imagine). Re. cURL: You return: curl -IH Accept: text/turtle http://linkeddatahub.com/?uri=http://dbpedia.org/resource/Tim_Berners-Lee HTTP/1.1 200 OK Server: Apache-Coyote/1.1 ETag: 5834a98fa2b19547 Link: http://graphity.org/gp#Space; rel=type Vary: Accept Content-Type: text/turtle DBpedia sequence is as follows (which incorporates Link: based relations as an HTTP level notation for RDF: Basic i.e., no content negotiation: DBpedia as it stands today: No Content Negotiation: curl -IL http://dbpedia.org/resource/Tim_Berners-Lee HTTP/1.1 303 See Other Date: Fri, 06 Feb 2015 21:06:46 GMT Content-Type: text/html; charset=UTF-8 Content-Length: 0 Connection: keep-alive Server: Virtuoso/07.10.3211
Re: [Dbpedia-discussion] New user interface for dbpedia.org
On 2/7/15 11:09 AM, Diego Valerio Camarda wrote: hi guys! if we are starting a competition, I candidate LodView :) http://lodview.it/lodview/?IRI=http%3A%2F%2Fdbpedia.org%2Fresource%2FTim_Berners-Leesparql=http%3A%2F%2Fdbpedia.org%2Fsparqlprefix=http%3A%2F%2Fdbpedia.org%2Fresource%2F http://github.com/dvcama/LodView I have made some implementation for the italian chapter of dbpedia, I hope that it could be online very soon bye, diego Diego, For the competition to be of value, we MUST first describe the competition i.e. its fundamental goals etc.. Kingsley 2015-02-07 15:21 GMT+01:00 Dimitris Kontokostas jimk...@gmail.com mailto:jimk...@gmail.com: Dear Kingsley, Martynas, all We already have a new interface since August 2013 that is integrated with Virtuoso (but not yet deployed to dbpedia.org http://dbpedia.org) see http://de.dbpedia.org/page/Tim_Berners-Lee http://commons.dbpedia.org/page/File:Tim_Berners-Lee_closeup.jpg http://nl.dbpedia.org/page/Tim_Berners-Lee (click at the top-right to enable) You can find a related publication in LDOW2014 DBpedia Viewer - An Integrative Interface for DBpedia leveraging the DBpedia Service Eco System ( Denis Lukovnikov , Dimitris Kontokostas , Claus Stadler , Sebastian Hellmann , Jens Lehmann ) http://events.linkeddata.org/ldow2014/papers/ldow2014_paper_05.pdf On Fri, Feb 6, 2015 at 11:15 PM, Kingsley Idehen kide...@openlinksw.com mailto:kide...@openlinksw.com wrote: On 2/6/15 3:14 PM, Martynas Jusevičius wrote: Hey again, I posted this idea because you suggested so: https://twitter.com/kidehen/status/543567876402475008 Yes, and I am also now suggesting that we address this issue via a competition, since that's objective and democratic. I still object to your comments about this being a visualization, any more than the current green pages are. If you care to try, you will retrieve the origin RDF from the application: curl -H Accept: text/turtle http://linkeddatahub.com/?uri=http://dbpedia.org/resource/Tim_Berners-Lee Why do you think what you are doing is news to me? See: [1] http://lod.openlinksw.com/describe/?uri=http://dbpedia.org/resource/Tim_Berners-Lee -- that's been possible for more than 6+ years (that instance has 61+ Billion Triples) [2] http://linkeddata.uriburner.com/describe/?uri=http://dbpedia.org/resource/Tim_Berners-Lee -- URIBurner instance (which does all the Linked Data proxying that you can imagine). Re. cURL: You return: curl -IH Accept: text/turtle http://linkeddatahub.com/?uri=http://dbpedia.org/resource/Tim_Berners-Lee HTTP/1.1 200 OK Server: Apache-Coyote/1.1 ETag: 5834a98fa2b19547 Link: http://graphity.org/gp#Space; rel=type Vary: Accept Content-Type: text/turtle DBpedia sequence is as follows (which incorporates Link: based relations as an HTTP level notation for RDF: Basic i.e., no content negotiation: DBpedia as it stands today: No Content Negotiation: curl -IL http://dbpedia.org/resource/Tim_Berners-Lee HTTP/1.1 303 See Other Date: Fri, 06 Feb 2015 21:06:46 GMT Content-Type: text/html; charset=UTF-8 Content-Length: 0 Connection: keep-alive Server: Virtuoso/07.10.3211 (Linux) x86_64-redhat-linux-gnu VDB Location: http://dbpedia.org/page/Tim_Berners-Lee Expires: Fri, 13 Feb 2015 21:06:46 GMT Cache-Control: max-age=604800 HTTP/1.1 200 OK Date: Fri, 06 Feb 2015 21:06:46 GMT Content-Type: text/html; charset=UTF-8 Content-Length: 130864 Connection: keep-alive Vary: Accept-Encoding Server: Virtuoso/07.10.3211 (Linux) x86_64-redhat-linux-gnu VDB Expires: Fri, 13 Feb 2015 21:06:46 GMT Link: http://dbpedia.org/data/Tim_Berners-Lee.rdf; rel=alternate; type=application/rdf+xml; title=Structured Descriptor Document (RDF/XML format), http://dbpedia.org/data/Tim_Berners-Lee.n3; rel=alternate; type=text/n3; title=Structured Descriptor Document (N3/Turtle format), http://dbpedia.org/data/Tim_Berners-Lee.json; rel=alternate; type=application/json; title=Structured Descriptor Document (RDF/JSON format), http://dbpedia.org/data/Tim_Berners-Lee.atom; rel=alternate; type=application/atom+xml; title=OData (Atom+Feed format), http://dbpedia.org/sparql?default-graph-uri=http%3A%2F%2Fdbpedia.orgquery=DESCRIBE+http://dbpedia.org/resource/Tim_Berners-Leeformat=text%2Fcsv; rel=alternate; type=text/csv; title=Structured Descriptor Document (CSV
Re: [Dbpedia-discussion] New user interface for dbpedia.org
On 2/7/15 1:37 PM, Markus Kroetzsch wrote: Hi all, Those of you interested in displaying data in browsable fashion may also find inspiration in Wikidata: https://tools.wmflabs.org/reasonator/?q=Q80 This data browser was developed by Magnus Manske. Noteworthy features that you could consider are: * Data-based description text (at the top) * Timeline view (below data) * Map above the data (for things that have a location, e.g., https://tools.wmflabs.org/reasonator/?q=1731) * Meaningful grouping of data (family relations above other things, cross links to other databases and Wikipedia disentangled from the rest) * More embedded media and related media at the very bottom The view is available in any language (with varying coverage), e.g., https://tools.wmflabs.org/reasonator/?q=Q80lang=fr https://tools.wmflabs.org/reasonator/?q=Q80lang=zh Could be a nice student project to port some of these features to the DBpedia view as well. If you are using your own Virtuoso instance as a backend, you could also try your view with Wikidata's RDF data to compare it with the above:-). Best regards, Markus This is a nice Interface that's actually omitting DBpedia identifiers. Anyway, I contacted the author about this and he has indicated an intent to eventually include DBpedia URIs. Thus, we have a nice interface to Linked Data with the strange characteristic of excluding DBpedia identifiers :( -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog 1: http://kidehen.blogspot.com Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this smime.p7s Description: S/MIME Cryptographic Signature -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] New user interface for dbpedia.org
On 2/7/15 2:44 PM, Markus Kroetzsch wrote: On 07.02.2015 20:04, Kingsley Idehen wrote: On 2/7/15 1:37 PM, Markus Kroetzsch wrote: ... This is a nice Interface that's actually omitting DBpedia identifiers. Anyway, I contacted the author about this and he has indicated an intent to eventually include DBpedia URIs. Thus, we have a nice interface to Linked Data with the strange characteristic of excluding DBpedia identifiers :( This is a misunderstanding. It is not a linked data interface, but simply a browser for the data in Wikidata (see it as an alternative UI to wikidata.org). I was only posting it here as a data browser example. Therefore, the simple reason why you cannot see DBpedia URIs is that the interface is displaying only data that is actually stored in Wikidata, and the community has not stored DBpedia URIs. This is understandable, since they are already storing the Wikipedia URLs, and it would seem like duplicating a really significant part of the overall data. Not it isn't duplication. Wikipedia HTTP URLs identify Wikipedia documents. DBpedia URIs identify entities associated with Wikipedia documents. There's a world of difference here! There are similar issues with most of the other identifiers: they are usually the main IDs of the database, not the URIs of the corresponding RDF data (if available). Hmm.. if you look at the identifiers on the viewer's right hand side, you will find out (depending on you understanding of Linked Open Data concepts) that they too identify entities that are associated with Web pages, rather than web pages themselves. For example, the Freebase ID of TimBL is /m/07d5b but the URI would be http://rdf.freebase.com/ns/m.07d5b;. The community is in a tricky situation there, since most datasets do not use URIs as their primary IDs (which you need to find something on the site). Maybe we can have ways to specify string transformations with the data to have a way to go from primary data to linked data in such cases. I don't really grasp the point you are trying to make. These should be non-issues when the semantics of relations and the nature of identifiers are understood, in regards to Linked Open Data and a Semantic Web. Kingsley Cheers, Markus -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog 1: http://kidehen.blogspot.com Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this smime.p7s Description: S/MIME Cryptographic Signature -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] New user interface for dbpedia.org
On 2/6/15 2:12 PM, Martynas Jusevičius wrote: Kingsley, with all due respect, what are you talking about? What visualization? Did you look at the example? Yes, of course I looked at the example. It's an HTML page. Just like the DBpedia green pages are HTML pages. HTML pages are ultimately visualization of data encoded using HTML (Hypertext Markup Language). It is a generic Linked Data browser interface, which also can be used to publish Linked Data datasets such as DBPedia. All it uses to render the page is the RDF result it retrieves from the source. It is a Document endowed with controls (courtesy of HTML). The controls in question enable a user lookup HTTP URIs that identity the subject, predicates, and objects of relations represented using RDF statements. That's it! As to why? -- because it is much more user-friendly? Is that not a goal for DBPedia? And as I said user-friendly has nothing to do with it. Even more so when you are making an utterly subjective qualification -- in a realm that's supposed to be underpinned by objectivity, courtesy of entity relation semantics comprehension. Let me hear about non-obvious capabilities that are required, and see if we can meet them. We're offering to contribute open-source code. You are not the only one that would like to offer an alternative default to the pages that visualize the entity descriptions in DBpedia's Linked Open Data Space. Hence my suggestion of an open competition, which would actually do this project a world of good, ditto the Linked Open Data community in general. The community can vote on their preferred default visualization, how about that? Totally open and objective :) Kingsley Martynas On Fri, Feb 6, 2015 at 8:00 PM, Kingsley Idehen kide...@openlinksw.com wrote: On 2/6/15 11:46 AM, Martynas Jusevičius wrote: Hey all, as some of you might know, our company has been developing Graphity - an open-source Linked Data client, which provides browser functionality and more. Here's an instance of it running on Linked Data Hub, rendering DBPedia resource of Tim Berners-Lee: http://linkeddatahub.com/?uri=http%3A%2F%2Fdbpedia.org%2Fresource%2FTim_Berners-Lee You can compare it with the current interface: http://dbpedia.org/page/Tim_Berners-Lee I think it is safe to say that user-friendliness is on another level. Also check out the SPARQL endpoint which contains an interactive query editor. I would like the DBPedia community to consider making Graphity the default Linked Data interface. Why? You are adding a visualization to the mix. The tool in question is already listed on the applications collection[1] page currently maintained for the project. Please remember, Linked Open Data is all about loosely-coupling the following: 1. Object (Entity) Identity 2. Object (Entity) Description Location -- basically the Name-Address indirection that's crucial to any Identity based system 3. Notation used to construct Object (Entity) Descriptions 4. Wire-Protocol used to serialize Object (Entity) Descriptionsover a network 5. Data Access Tools for interrogating, manipulating, and visualizing Object (Entity) Descriptions. DBpedia publishes 5-Star Linked Open Data. You, like many others, have built a nice data visualization tool. Great job! But that isn't a mutually exclusive endeavor relative to DBpedia (the data space), it's a nice addition to the mix :) Do we need an upgrade of the default green pages? Of course! Getting that rolled out is something that's been looping for a while because the capabilities required are a little more challenging than is obvious. Maybe, at some point, we could have a competition for the community to vote on re., new default interface. The beauty of said competition is that outlining the expectations provides a nice route to actually discussing Linked Open Data visualization matters, clearly etc.. After that, we could take things much further: enable editing mode, add custom layout modes etc. Please let me know what you think. The source code can be found here: https://github.com/Graphity/linked-data-hub https://github.com/Graphity/graphity-client Best regards, Martynas graphityhq.com Links: [1] http://wiki.dbpedia.org/Applications -- DBpedia Applications . -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web:http://www.openlinksw.com Personal Weblog 1:http://kidehen.blogspot.com Personal Weblog 2:http://www.openlinksw.com/blog/~kidehen Twitter Profile:https://twitter.com/kidehen Google+ Profile:https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile:http://www.linkedin.com/in/kidehen Personal WebID:http://kingsley.idehen.net/dataspace/person/kidehen#this -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog 1: http://kidehen.blogspot.com Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile
Re: [Dbpedia-discussion] New user interface for dbpedia.org
, that can be constructed in an TURTLE document :) Kingsley On Fri, Feb 6, 2015 at 9:00 PM, Kingsley Idehen kide...@openlinksw.com wrote: On 2/6/15 2:12 PM, Martynas Jusevičius wrote: Kingsley, with all due respect, what are you talking about? What visualization? Did you look at the example? Yes, of course I looked at the example. It's an HTML page. Just like the DBpedia green pages are HTML pages. HTML pages are ultimately visualization of data encoded using HTML (Hypertext Markup Language). It is a generic Linked Data browser interface, which also can be used to publish Linked Data datasets such as DBPedia. All it uses to render the page is the RDF result it retrieves from the source. It is a Document endowed with controls (courtesy of HTML). The controls in question enable a user lookup HTTP URIs that identity the subject, predicates, and objects of relations represented using RDF statements. That's it! As to why? -- because it is much more user-friendly? Is that not a goal for DBPedia? And as I said user-friendly has nothing to do with it. Even more so when you are making an utterly subjective qualification -- in a realm that's supposed to be underpinned by objectivity, courtesy of entity relation semantics comprehension. Let me hear about non-obvious capabilities that are required, and see if we can meet them. We're offering to contribute open-source code. You are not the only one that would like to offer an alternative default to the pages that visualize the entity descriptions in DBpedia's Linked Open Data Space. Hence my suggestion of an open competition, which would actually do this project a world of good, ditto the Linked Open Data community in general. The community can vote on their preferred default visualization, how about that? Totally open and objective :) Kingsley Martynas On Fri, Feb 6, 2015 at 8:00 PM, Kingsley Idehen kide...@openlinksw.com wrote: On 2/6/15 11:46 AM, Martynas Jusevičius wrote: Hey all, as some of you might know, our company has been developing Graphity - an open-source Linked Data client, which provides browser functionality and more. Here's an instance of it running on Linked Data Hub, rendering DBPedia resource of Tim Berners-Lee: http://linkeddatahub.com/?uri=http%3A%2F%2Fdbpedia.org%2Fresource%2FTim_Berners-Lee You can compare it with the current interface: http://dbpedia.org/page/Tim_Berners-Lee I think it is safe to say that user-friendliness is on another level. Also check out the SPARQL endpoint which contains an interactive query editor. I would like the DBPedia community to consider making Graphity the default Linked Data interface. Why? You are adding a visualization to the mix. The tool in question is already listed on the applications collection[1] page currently maintained for the project. Please remember, Linked Open Data is all about loosely-coupling the following: 1. Object (Entity) Identity 2. Object (Entity) Description Location -- basically the Name-Address indirection that's crucial to any Identity based system 3. Notation used to construct Object (Entity) Descriptions 4. Wire-Protocol used to serialize Object (Entity) Descriptionsover a network 5. Data Access Tools for interrogating, manipulating, and visualizing Object (Entity) Descriptions. DBpedia publishes 5-Star Linked Open Data. You, like many others, have built a nice data visualization tool. Great job! But that isn't a mutually exclusive endeavor relative to DBpedia (the data space), it's a nice addition to the mix :) Do we need an upgrade of the default green pages? Of course! Getting that rolled out is something that's been looping for a while because the capabilities required are a little more challenging than is obvious. Maybe, at some point, we could have a competition for the community to vote on re., new default interface. The beauty of said competition is that outlining the expectations provides a nice route to actually discussing Linked Open Data visualization matters, clearly etc.. After that, we could take things much further: enable editing mode, add custom layout modes etc. Please let me know what you think. The source code can be found here: https://github.com/Graphity/linked-data-hub https://github.com/Graphity/graphity-client Best regards, Martynas graphityhq.com Links: [1] http://wiki.dbpedia.org/Applications -- DBpedia Applications . -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web:http://www.openlinksw.com Personal Weblog 1:http://kidehen.blogspot.com Personal Weblog 2:http://www.openlinksw.com/blog/~kidehen Twitter Profile:https://twitter.com/kidehen Google+ Profile:https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile:http://www.linkedin.com/in/kidehen Personal WebID:http://kingsley.idehen.net/dataspace/person/kidehen#this -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog 1: http://kidehen.blogspot.com
Re: [Dbpedia-discussion] New user interface for dbpedia.org
On 2/6/15 11:46 AM, Martynas Jusevičius wrote: Hey all, as some of you might know, our company has been developing Graphity - an open-source Linked Data client, which provides browser functionality and more. Here's an instance of it running on Linked Data Hub, rendering DBPedia resource of Tim Berners-Lee: http://linkeddatahub.com/?uri=http%3A%2F%2Fdbpedia.org%2Fresource%2FTim_Berners-Lee You can compare it with the current interface: http://dbpedia.org/page/Tim_Berners-Lee I think it is safe to say that user-friendliness is on another level. Also check out the SPARQL endpoint which contains an interactive query editor. I would like the DBPedia community to consider making Graphity the default Linked Data interface. Why? You are adding a visualization to the mix. The tool in question is already listed on the applications collection[1] page currently maintained for the project. Please remember, Linked Open Data is all about loosely-coupling the following: 1. Object (Entity) Identity 2. Object (Entity) Description Location -- basically the Name-Address indirection that's crucial to any Identity based system 3. Notation used to construct Object (Entity) Descriptions 4. Wire-Protocol used to serialize Object (Entity) Descriptionsover a network 5. Data Access Tools for interrogating, manipulating, and visualizing Object (Entity) Descriptions. DBpedia publishes 5-Star Linked Open Data. You, like many others, have built a nice data visualization tool. Great job! But that isn't a mutually exclusive endeavor relative to DBpedia (the data space), it's a nice addition to the mix :) Do we need an upgrade of the default green pages? Of course! Getting that rolled out is something that's been looping for a while because the capabilities required are a little more challenging than is obvious. Maybe, at some point, we could have a competition for the community to vote on re., new default interface. The beauty of said competition is that outlining the expectations provides a nice route to actually discussing Linked Open Data visualization matters, clearly etc.. After that, we could take things much further: enable editing mode, add custom layout modes etc. Please let me know what you think. The source code can be found here: https://github.com/Graphity/linked-data-hub https://github.com/Graphity/graphity-client Best regards, Martynas graphityhq.com Links: [1] http://wiki.dbpedia.org/Applications -- DBpedia Applications . -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web:http://www.openlinksw.com Personal Weblog 1:http://kidehen.blogspot.com Personal Weblog 2:http://www.openlinksw.com/blog/~kidehen Twitter Profile:https://twitter.com/kidehen Google+ Profile:https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile:http://www.linkedin.com/in/kidehen Personal WebID:http://kingsley.idehen.net/dataspace/person/kidehen#this smime.p7s Description: S/MIME Cryptographic Signature -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] DBpedia Live changesets stuck
On 2/3/15 5:24 AM, Paul Wilton wrote: Hi Dimitris The dbpedia live change sets have been stuck for some while at Nov 12th Any updates on when this is going to start working again. thanks Paul Dimitris, I am increasingly confused as to why this is happening. Why is MySQL playing a pivot role in a workflow for which it is ultimately ill-suited, as demonstrated by the the current state of affairs? -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog 1: http://kidehen.blogspot.com Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this smime.p7s Description: S/MIME Cryptographic Signature -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] Top subjects, predicates and objects in DBpedia
On 2/2/15 2:51 AM, Magnus Knuth wrote:
Am 31.01.2015 um 19:58 schrieb Kingsley Idehenkide...@openlinksw.com:
On 1/29/15 5:56 PM, Edgard Marx wrote:
The easiest and fast way to get DBpedia statistics ishttp://dbtrends.aksw.org.
Why can't I access an RDF representation of this information?
There is also a library that can be used in your
code.https://bitbucket.org/emarx/dbtrends/wiki/Home.
Anyway, we've loaded stats data into the DBpedia public instance:
sparql select count(*)
fromhttp://dbpedia.semanticmultimedia.org/dbpedia2014/en/pagerank_scores_en_2014.ttl.bz2
where {?s ?p ?o};
5,544,757 triples .
sparql select count(*)
fromhttp://dbpedia.semanticmultimedia.org/dbpedia2014/en/hits_scores_en_2014.ttl.bz2
where {?s ?p ?o};
5,544,757 triples .
sparql select count(*)
fromhttp://dbpedia.semanticmultimedia.org/dbpedia2014/en/pageinlinkCounts_en_2014.ttl.bz2
where {?s ?p ?o};
5,130,711 triples .
sparql select count(*)
fromhttp://dbpedia.semanticmultimedia.org/dbpedia2014/en/pageoutlinkCounts_en_2014.ttl.bz2
where {?s ?p ?o};
4,582,685 triples.
Example:
http://dbpedia.org/c/842SNK -- random describe with output in a form that
encourages Linked Data follow-your-nose exploration.
Thanks Kingsley, that is great! We will update the blog article [1] and explain
how to easily access it.:)
[1]http://semanticmultimedia.org/node/6
Magnus,
Please note the following:
1. Each archive URL is used as a Named Graph IRI in the Virtuoso
instance behind the public DBpedia endpoint
2. SPARQL example queries (due to #1) need to include Named Graph
scoping via FROM or use of GRAPH named-graph-iri in SPARQL pattern.
Quick example:
1. http://dbpedia.org/c/9BXNZBHH -- Query Result
2. http://dbpedia.org/c/9DH7LBEC -- Query Definition .
--
Regards,
Kingsley Idehen
Founder CEO
OpenLink Software
Company Web: http://www.openlinksw.com
Personal Weblog 1: http://kidehen.blogspot.com
Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen
Twitter Profile: https://twitter.com/kidehen
Google+ Profile: https://plus.google.com/+KingsleyIdehen/about
LinkedIn Profile: http://www.linkedin.com/in/kidehen
Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this
smime.p7s
Description: S/MIME Cryptographic Signature
--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/___
Dbpedia-discussion mailing list
Dbpedia-discussion@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] Top subjects, predicates and objects in DBpedia
On 2/1/15 10:55 AM, Jörn Hees wrote: Hi Kingsley, On 31 Jan 2015, at 19:58, Kingsley Idehenkide...@openlinksw.com wrote: Anyway, we've loaded stats data into the DBpedia public instance: I know and this is cool, but it's only based on wikiPageWikiLink. I was interested in ordering nodes by triple count with them as subject / object, based on all properties, not just wikiPageWikiLinks. If there's a simpler way to this than parsing the dumps [1] (hopefully there is and i was just too stupid to find it), please let me know. Best, Jörn [1]:https://joernhees.de/blog/2015/01/28/dbpedia-2014-stats-top-subjects-predicates-and-objects/ We are going to look into the queries posed in your examples. -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog 1: http://kidehen.blogspot.com Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this smime.p7s Description: S/MIME Cryptographic Signature -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] Top subjects, predicates and objects in DBpedia
On 2/2/15 11:35 AM, Paul Houle wrote:
At that level you don't need particularly advanced tools to work with
the DBpedia dumps. You can go pretty far with something along the
lines of
awk -F\\t '{print $1}' | sort | uniq -c | sort -nr | head
I'm surprised Kingsley hasn't mentioned that it is quite
straightforward to load DBpedia data into your own instance Virtuoso
if you have a machine with a lot of memory (say 32GB to be safe, but
I have done it with 20GB.) 32GB of RAM is not that expensive these
days if you buy from some place like Crucial, also you can rent a
machine for 40 cents an hour on AWS that is up to the task.
I am kinda tired of repeating myself :)
You'll have to increase some of timeouts and limits, but you can turn
around the kind of analytic queries that are being talked about here
in under a minute over all of dbpedia-en, and that is more stuff than
is loaded on the public endpoint.
Last year I had product on the AWS marketplace that had Virtuoso and
DBpedia 3.8 pre-loaded, and it was starting to get popular, then
Shellshock happened and I never got around to building a new one.
Links:
1. http://blog.databaseanimals.com/rdfeasy-dbpedia-experience .
2.
http://kidehen.blogspot.com/2014/03/preloaded-preconfigured-dbpedia.html .
Kingsley
On Mon, Feb 2, 2015 at 11:19 AM, Kingsley Idehen
kide...@openlinksw.com mailto:kide...@openlinksw.com wrote:
On 2/1/15 10:55 AM, Jörn Hees wrote:
Hi Kingsley,
On 31 Jan 2015, at 19:58, Kingsley Idehenkide...@openlinksw.com
mailto:kide...@openlinksw.com wrote:
Anyway, we've loaded stats data into the DBpedia public instance:
I know and this is cool, but it's only based on wikiPageWikiLink.
I was interested in ordering nodes by triple count with them as subject /
object, based on all properties, not just wikiPageWikiLinks.
If there's a simpler way to this than parsing the dumps [1] (hopefully
there is and i was just too stupid to find it), please let me know.
Best,
Jörn
[1]:https://joernhees.de/blog/2015/01/28/dbpedia-2014-stats-top-subjects-predicates-and-objects/
We are going to look into the queries posed in your examples.
--
Regards,
Kingsley Idehen
Founder CEO
OpenLink Software
Company Web:http://www.openlinksw.com
Personal Weblog 1:http://kidehen.blogspot.com
Personal Weblog 2:http://www.openlinksw.com/blog/~kidehen
http://www.openlinksw.com/blog/%7Ekidehen
Twitter Profile:https://twitter.com/kidehen
Google+ Profile:https://plus.google.com/+KingsleyIdehen/about
LinkedIn Profile:http://www.linkedin.com/in/kidehen
Personal WebID:http://kingsley.idehen.net/dataspace/person/kidehen#this
--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot
Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and
more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
___
Dbpedia-discussion mailing list
Dbpedia-discussion@lists.sourceforge.net
mailto:Dbpedia-discussion@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
--
Paul Houle
Expert on Freebase, DBpedia, Hadoop and RDF
(607) 539 6254paul.houle on Skype ontolo...@gmail.com
mailto:ontolo...@gmail.com
http://legalentityidentifier.info/lei/lookup
--
Regards,
Kingsley Idehen
Founder CEO
OpenLink Software
Company Web: http://www.openlinksw.com
Personal Weblog 1: http://kidehen.blogspot.com
Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen
Twitter Profile: https://twitter.com/kidehen
Google+ Profile: https://plus.google.com/+KingsleyIdehen/about
LinkedIn Profile: http://www.linkedin.com/in/kidehen
Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this
smime.p7s
Description: S/MIME Cryptographic Signature
--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/___
Dbpedia-discussion mailing list
Dbpedia-discussion@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] Top subjects, predicates and objects in DBpedia
On 1/29/15 5:56 PM, Edgard Marx wrote:
The easiest and fast way to get DBpedia statistics is
http://dbtrends.aksw.org.
Why can't I access an RDF representation of this information?
There is also a library that can be used in your code.
https://bitbucket.org/emarx/dbtrends/wiki/Home.
Anyway, we've loaded stats data into the DBpedia public instance:
sparql select count(*) from
http://dbpedia.semanticmultimedia.org/dbpedia2014/en/pagerank_scores_en_2014.ttl.bz2
where {?s ?p ?o};
5,544,757 triples .
sparql select count(*) from
http://dbpedia.semanticmultimedia.org/dbpedia2014/en/hits_scores_en_2014.ttl.bz2
where {?s ?p ?o};
5,544,757 triples .
sparql select count(*) from
http://dbpedia.semanticmultimedia.org/dbpedia2014/en/pageinlinkCounts_en_2014.ttl.bz2
where {?s ?p ?o};
5,130,711 triples .
sparql select count(*) from
http://dbpedia.semanticmultimedia.org/dbpedia2014/en/pageoutlinkCounts_en_2014.ttl.bz2
where {?s ?p ?o};
4,582,685 triples.
Example:
http://dbpedia.org/c/842SNK -- random describe with output in a form
that encourages Linked Data follow-your-nose exploration.
--
Regards,
Kingsley Idehen
Founder CEO
OpenLink Software
Company Web: http://www.openlinksw.com
Personal Weblog 1: http://kidehen.blogspot.com
Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen
Twitter Profile: https://twitter.com/kidehen
Google+ Profile: https://plus.google.com/+KingsleyIdehen/about
LinkedIn Profile: http://www.linkedin.com/in/kidehen
Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this
smime.p7s
Description: S/MIME Cryptographic Signature
--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/___
Dbpedia-discussion mailing list
Dbpedia-discussion@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] Freebase, Wikidata and the future of DBpedia
On 1/27/15 1:43 PM, Martin Brümmer wrote: I kind of disagree with you here. I regard and use DBpedia as a source of machine-readable linked data first. Because of its nature as derivative project extracting Wikipedia data, it is endangered by a potential future in which the Wikipedia crowd maintains their own machine-readable linked data to feed (among others) info boxes the DBpedia seeks to extract. Martin, DBpedia isn't *endangered*. Publishing content to a global HTTP based Network such as the World Wide Web isn't a zero sum affair. DBpedia's prime goal is to contribute to the Linked Open Data collective within the World Wide Web. To date, DBpedia has over achieved as the core that bootstrapped the Linked Open Data Cloud. Wikidata, Freebase, etc.. are complimentary initiatives. There gains or loses are not in any way affected by DBpedia. The Web is designed on a horses for courses doctrine. We can indeed all get along, and be successful, without anyone having to lose out :) [1] http://dbpedia.org/describe/?url=http%3A%2F%2Fdbpedia.org%2Fresource%2FZero-sum_game -- About Zero Sum Game [2] http://en.wiktionary.org/wiki/horses_for_courses -- Horses for Courses. -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog 1: http://kidehen.blogspot.com Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this smime.p7s Description: S/MIME Cryptographic Signature -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] dbo: instead of dbpedia-owl:
On 1/25/15 12:55 PM, Vladimir Alexiev wrote: Kingsley, could you add the prefix dbo: in addition to dbpedia-owl: at dbpedia.org? My fingers will much appreciate it! Done. Others: This will be integrated into the Virtuoso VAD for DBpedia. -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog 1: http://kidehen.blogspot.com Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this smime.p7s Description: S/MIME Cryptographic Signature -- New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] dbo: instead of dbpedia-owl:
On 1/25/15 5:55 PM, Ghislain Atemezing wrote: Hi all, Le 25 janv. 2015 à 21:25, Kingsley Idehen kide...@openlinksw.com mailto:kide...@openlinksw.com a écrit : Done. Others: This will be integrated into the Virtuoso VAD for DBpedia. Does it means in http://dbpedia.org/ontology/, vann:preferredNamespacePrefix is dbo? If so, maybe fix the typo in there ? No, this is a convenience for working with the /sparql endpoint. I've just instructed the dbpedia instance to understand dbo: prefix in queries that lack a namespace to prefix mapping declaration. LOV doesn't need changing. -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog 1: http://kidehen.blogspot.com Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this smime.p7s Description: S/MIME Cryptographic Signature -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] DBpedia categories; URL shortening
On 1/10/15 1:54 AM, Vladimir Alexiev wrote:
It's a precaution: Wikipedia categories are a navigational aid, and can't be
used reliably to find things of a certain kind.
1. apply a FILTER based on your known
knowledge (e.g., what you've pointed out above)
2. enhance this list with your domain knowledge
and then hopefully publish back to the LOD cloud
Hi Kingsley!
The problem is:
1. How to KNOW which categories represent types. There are 5-10 approaches for
this, based on NLP and ML.
E.g. Yago2 assumes that if the head-word of the cat name is a plural noun,
that's a class.
MENTA improves this by looking for a head-word that's a countable noun.
A lot of them tie up into Wordnet, some into OpenCyc/UMBEL.
It's a hard research problem.
2. How to KNOW which category-entity instance is an exception.
E.g. a category Books of Author Xyz is typically applied to the page Author
Xyz and a naïve interpretation will conclude that the author is a book.
In wikipedia, Categories are a navigational aid, i.e. mere links. The trick
is how to find those links that are type links.
http://dbpedia.org/c/9CH4UXVL -- shortened version of the above
Kingsley, how do you get this?
My question was about the shortening. Hacking the URL I find that the
dbpedia URL shortener is athttp://dbpedia.org/c/
But is there a quick way to invoke it from SPARQL results? Should I make a
browser bookmark?
Best you make a bookmarklet for now, I'll look into making this RESTful
service so that it's invoked via something like:
http://dbpedia.org/c?uri={sparql-results-url}
--
Regards,
Kingsley Idehen
Founder CEO
OpenLink Software
Company Web: http://www.openlinksw.com
Personal Weblog 1: http://kidehen.blogspot.com
Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen
Twitter Profile: https://twitter.com/kidehen
Google+ Profile: https://plus.google.com/+KingsleyIdehen/about
LinkedIn Profile: http://www.linkedin.com/in/kidehen
Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this
smime.p7s
Description: S/MIME Cryptographic Signature
--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net___
Dbpedia-discussion mailing list
Dbpedia-discussion@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] DBPedia SPARQL query poblems
On 1/9/15 1:02 PM, Vladimir Alexiev wrote: Mariana, you got too many answers already, but here's another:-) It's a precaution: Wikipedia categories are a navigational aid, and can't be used reliably to find things of a certain kind. E.g. these two results of the query are not Platforms: -http://dbpedia.org/page/IBM/Google_Cloud_Computing_University_Initiative: is an initiative -http://dbpedia.org/page/TradeCard: is a company http://dbpedia.org/c/9CH4UXVL -- shortened version of the above Kingsley, how do you get this? Vladmir, I suspect you mean, how does one solve this problem? If so, here goes: 1. If you want to stick with generation of the list a SPARQL query that targets DBpedia, you have to apply a FILTER based on your known knowledge (e.g., what you've pointed out above) 2. You can use a CONSTRUCT to perform an export into your own data space which becomes you base for maintaining a list of cloud services providers -- you can then enhance this list with your domain knowledge and then hopefully publish back to the LOD cloud (in some cases, you can send it back to us and we'll even load into its own named graph etc..). -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog 1: http://kidehen.blogspot.com Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this smime.p7s Description: S/MIME Cryptographic Signature -- Dive into the World of Parallel Programming! The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] DBPedia SPARQL query poblems
On 1/8/15 1:53 PM, Mariana Chukanska wrote:
Dear dbpedians,
I'm new with sparql and I'm trying to learn it with DBPedia.
I want to query i.e. all cloud service platforms from the side:
http://dbpedia.org/page/Category:Cloud_platforms
and this is the query I use for that in dbpedia snorql:
PREFIX dcterms: http://purl.org/dc/terms/
SELECT ?platform
WHERE {
{ http://dbpedia.org/resource/Category:Cloud_platforms
dcterms:subject ?platform.
}
I will appriciate your suggestions and ideas.
Thank you very much for your support in advanced!
My very best
Marianna
Mairanna,
A powerful feature of SPARQL is that it includes the SPARQL Protocol
which enables the use of HTTP URIs to identify SPARQL Query Results. In
addition, we have an enhancement to the basic SPARQL Protocol URL
pattern that enables you substitute the query parameter with qtxt,
should the recipient of a query results URL want to look at the actual
query definition.
Step-by Guide:
1. You are interested in what
http://dbpedia.org/resource/Category:Cloud_platforms identifies
2. You can also obtain a different presentation of what the URI above
identifies via
http://dbpedia.org/describe/?uri=http://dbpedia.org/resource/Category:Cloud_platforms
3.
http://dbpedia.org/sparql?default-graph-uri=http%3A%2F%2Fdbpedia.orgquery=SELECT+%3Fplatform%0D%0AWHERE+%7B%0D%0A%3Fplatform%0D%0Adcterms%3Asubject+%3Chttp%3A%2F%2Fdbpedia.org%2Fresource%2FCategory%3ACloud_platforms%3E+.%0D%0A++%7D%0D%0Aformat=text%2Fhtmltimeout=3debug=on
-- Query Results Page for all the platforms
4. http://dbpedia.org/c/9CH4UXVL -- shortened version of the above
5.
http://dbpedia.org/sparql?default-graph-uri=http%3A%2F%2Fdbpedia.org*qtxt*=SELECT+%3Fplatform%0D%0AWHERE+%7B%0D%0A%3Fplatform%0D%0Adcterms%3Asubject+%3Chttp%3A%2F%2Fdbpedia.org%2Fresource%2FCategory%3ACloud_platforms%3E+.%0D%0A++%7D%0D%0Aformat=text%2Fhtmltimeout=3debug=on
-- Query Definition Page (remember: qtxt is used instead of query)
Note:
http://dbpedia.org/resource/Category:Cloud_platforms is the object
(not subject) of the dcterms:subject relation. Even though at first
blush it appears to be the opposite since the is ... of surrounding
the dcterms:subject relation's meaning isn't always clear. Basically,
is of is used as alleviation to quirks in RDF the lead to data
being created using triples that take the form:
http://dbpedia.org/resource/Category:Cloud_platforms dcterms:subject
http://dbpedia.org/resource/Amazon_Web_Services
...
Because not everyone supports syntax sugar (e.g., what N3 offers) of the
form:
http://dbpedia.org/resource/Amazon_Web_Services is dcterms:subject of
http://dbpedia.org/resource/Category:Cloud_platforms .
Anyway, we support the aforementioned N3 syntax sugar too.
Hope this helps.
--
Regards,
Kingsley Idehen
Founder CEO
OpenLink Software
Company Web: http://www.openlinksw.com
Personal Weblog 1: http://kidehen.blogspot.com
Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen
Twitter Profile: https://twitter.com/kidehen
Google+ Profile: https://plus.google.com/+KingsleyIdehen/about
LinkedIn Profile: http://www.linkedin.com/in/kidehen
Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this
smime.p7s
Description: S/MIME Cryptographic Signature
--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net___
Dbpedia-discussion mailing list
Dbpedia-discussion@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] some invalid domain, range, subPropertyOf
On 12/5/14 11:19 AM, Vladimir Alexiev wrote: 1) Considerhttp://mappings.dbpedia.org/index.php/OntologyProperty:FirstAscent: it specifies `rdfs:domain Mountain, Volcano`. The author of that mapping probably thought this means that the property `firstAscent` should apply to `Mountain` or `Volcano`. But by RDFS semantics, when you specify multiple classes as domain/range for a property, then every subject/object of a property is inferred to have all these classes. Eg in the above case, any subject will be inferred to be both `Mountain` and `Volcano`. RDF Schema spec is clearly broken, in this regard. Most would expect the domain of a property to indicate the nature of relation (represented by RDF statements) subjects, and the range to do the same for relations objects. RDF Schema (as you've indicated, based on current spec [1]) asserts that given the following definition of the nature of a #related predicate (sentence/statement forming relation type): #related rdfs:domain foaf:Person, foaf:Document . the following entity description, represented by the #related relation below: #this #related #that . implies that: #this is an instance of disjoint classes foaf:Person and foaf:Document, rather than the fact that the #related relation have subjects that are foaf:Person or foaf:Document class instances . This is a nice example of why Schema.org introduced the schema:domainincludes [2] property. Links: [1] http://www.w3.org/TR/rdf-schema/#ch_domain [2] http://schema.org/domainIncludes . -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog 1: http://kidehen.blogspot.com Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this smime.p7s Description: S/MIME Cryptographic Signature -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] public endpoint: genders_en / stats datasets not loaded?
On 11/7/14 9:53 AM, Jörn Hees wrote: Hi, could you maybe also load the gender_en, out_degree_en and page_length datasets on the public endpoint? Or are they not loaded on purpose? http://wiki.dbpedia.org/DatasetsLoaded2014 http://data.dws.informatik.uni-mannheim.de/dbpedia/2014/en/ Cheers, Jörn Yes, once we resolves some lingering issues relating to instance stability. -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog 1: http://kidehen.blogspot.com Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this smime.p7s Description: S/MIME Cryptographic Signature -- ___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] Caching headers
On 10/30/14 6:41 PM, Kjetil Kjernsmo wrote: Dear all, I did a survey on the prevalence of HTTP cache headers on SPARQL Endpoint responses, and reported the results at ISWC last week. They weren't too good, even though quite a few expose them. As Webarch says http://www.w3.org/TR/webarch/#implied-dereference Dereferencing a URI has a (potentially significant) cost in computing and bandwidth resources, may have security implications, and may impose significant latency on the dereferencing application. Dereferencing URIs should be avoided except when necessary. Since, the endpoint doesn't give any guideance to the application in terms of headers, it has to be derefenced, often needlessly. Since SPARQL is fairly heavy to evaluate, I'm sure you are very aware of the costs. Caching could most certainly be exploited for many SPARQL queries, especially for DBPedia, since the database changes infrequently. I previously posted an email to the developer's mailing list, but Ted informed me this would be a better forum. So, here's what should be done, in order of priority: 1) Set a Cache-Control header, e.g.: Cache-Control: max-age=2678400 This says the response is fresh for a month after the request. The value should be as long as possible, but not longer. :-) Meaning, if you know that you will not release another release in the next 8 months, you should add the number corrresponding to how many seconds there are in 8 months. Nearing the release, the value must be reduced. I suggest a month is a reasonable default figure, it will enable a lot of caching, but also allow you to plan updates within a month. Once the release date is known, it should count down towards that. At that point, it should also probably add must-revalidate also. 2) Set the Last-Modified header. The Last-Modified header is simply when the last DBPedia release was made. 3) Be able to respond with a 304 HTTP code if the client asks for revalidation with If-Modified-Since. Now, I don't know how dbpedia.org/sparql is configured, beyond that it runs Virtuoso and is maintained by Openlink. If you tell me a bit about how HTTP headers in general are added to the setup, I might be able to help with the specifics. Kjetil, This is a trivial matter. What isn't always trivial is receipt of constructive feedback (like this) from folks using the service. Ditto, our penchant for sometimes forgetting to atomize settings in our VAD packages. For instance, our VAD package should setup a DBpedia instance to do this by default, rather than having to remember these settings each time we reconstitute a new static instance, as we just done re. DBpedia 3.10 (a/k/a DBpedia 2014). If the above is done, it would also enable the use of a HTTP accelerator, such as Varnish: https://www.varnish-cache.org/ which could speed up things as well. It would also enable institutional caching proxies, so that when everyone at Insight has to use DBPedia to launch the same queries meet their deadlines, the request doesn't need to go all the way to DBPedia. ;-) I've just started my research in this area. The rest of the Web uses this extensively, and it is quite likely that the above simple measures would benefit significantly, but my ambition is to provide more extensive benefits, both in terms of taking load off endpoints and to speed up client-percieved responses, based on prefetching. So, it'll help my research too :-) Thanks for the reminder-feedback, so to speak. I am sure this will be in place by tomorrow, early next week, other workload permitting. Also note, we've been in a bit of a transitory state, in regards to Virtuoso releases, and this has impacted DBpedia endpoint stability in recent times. We are getting to the end of that cycle too. Kingsley Cheers, Kjetil -- ___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog 1: http://kidehen.blogspot.com Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this smime.p7s Description: S/MIME Cryptographic Signature -- ___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] Querying for ontology definitions in SPARQL
On 10/17/14 5:54 AM, Rumi wrote:
Hi Heiko,
On 17-Oct-14 11:31 AM, Heiko Paulheim wrote:
Hi,
does the SPARQL endpoint have the recent ontology loaded?
From the definition of dbpedia-owl:country, is see that it is a
subproperty of dul:hasLocation:
http://dbpedia.org/ontology/country
However, SPARQLing for subproperties of dul:hasLocation gives me zero
results:
select ?x where {?x rdfs:subPropertyOf
http://www.ontologydesignpatterns.org/ont/dul/DUL.owl#hasLocation}
Any ideas?
You left /http://dbpedia.org/ as Default Graph URI at the DBpedia
SPARQL endpoint, hence no results.
If however you delete it ( i.e. specifying no default graphs ), then
the query returns the expected data:
live link: -- http://bit.ly/1sw5BMu
Hope this helps.
For additional clarity, I've added a SPARQL Query definition link [1],
so that you can see the effect of what Rumi describes above. Basically,
the DBpedia ontology is loaded into a separate named graph (internal RDF
document identifier). Net effect, don't scope your SPARQL queries to
http://dbpedia.org (which is basically the ABox named graph) if your
intent is to only query against the Ontology. Of course, if you need
both then you will need to be explicit about that in your SPARQL query
by adding named graph IRI scoping (via FROM NAMED or inline using GRAPH
{named-graph-iri} ).
Links:
[1] http://linkeddata.uriburner.com/c/9D37CTGC -- DBpedia Ontology query
definition.
--
Regards,
Kingsley Idehen
Founder CEO
OpenLink Software
Company Web: http://www.openlinksw.com
Personal Weblog 1: http://kidehen.blogspot.com
Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen
Twitter Profile: https://twitter.com/kidehen
Google+ Profile: https://plus.google.com/+KingsleyIdehen/about
LinkedIn Profile: http://www.linkedin.com/in/kidehen
Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this
smime.p7s
Description: S/MIME Cryptographic Signature
--
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://p.sf.net/sfu/Zoho___
Dbpedia-discussion mailing list
Dbpedia-discussion@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] years BC problem
On 10/9/14 3:51 AM, johannes.heine...@orange.com wrote:
Hello
I'm observing a strange ( ?) behaviour on the dbpedia Sparql-endpoint,
and I wonder whether this is due to the underlying data or to the
Sparql-endpoint itself (virtuouso). Following the dumps of dbpedia
2014, the data seems OK though.
The query
select distinct * {
dbpedia:Cicero http://dbpedia.org/ontology/birthDate ?o
}
Returns -043-12-07 (7^th of July 43 BC) which is what I expected. However
select distinct * {
?s http://dbpedia.org/ontology/birthDate ?o
filter(?o -43-01-01^^xsd:date)
} limit 100
List all sorts of things (mainly persons though, but none with a
birthdate before 43 BC). Browsing the dbpedia dumps I found several
person born before 43 BC.
Does anybody know where this error comes from ?
Best regards
Johannes
Its in the data:
1. http://dbpedia.org/resource/Michael_Jordan
2. http://dbpedia.org/resource/Cicero .
--
Regards,
Kingsley Idehen
Founder CEO
OpenLink Software
Company Web: http://www.openlinksw.com
Personal Weblog 1: http://kidehen.blogspot.com
Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen
Twitter Profile: https://twitter.com/kidehen
Google+ Profile: https://plus.google.com/+KingsleyIdehen/about
LinkedIn Profile: http://www.linkedin.com/in/kidehen
Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this
smime.p7s
Description: S/MIME Cryptographic Signature
--
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk___
Dbpedia-discussion mailing list
Dbpedia-discussion@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] broken links in live.dbpedia.org
On 10/9/14 11:38 AM, Jürgen Jakobitsch wrote: probably this has already been reported... anyways.. live.dbpedia.org http://live.dbpedia.org/ 's html page have broken links (all the dbpedia || dbpedia-owl) links point to backend example: http://live.dbpedia.org/page/Klagenfurt wkr turnguard There some strange configuration related issues here. All the DBpedia-Live instances should work the same way. Simple example: 1. Lookup: http://dbpedia-live.openlinksw.com/resource/Klagenfurt -- the hyperlink for the About: is: http://backend/resource/Klagenfurt 2. then click on hyperlink for text dbpedia-owl:country -- which maps to: http://live.dbpedia.org/ontology/country . On live.dbpedia.org you have the following experience, at the time of this mail: 1. http://live.dbpedia.org/resource/Klagenfurt -- the hyperlink for the About: text is wrong, it is currently: http://backend/resource/Klagenfurt 2. then click on hyperlink for text dbpedia-owl:country -- which *should* actually map to: http://live.dbpedia.org/ontology/country . -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog 1: http://kidehen.blogspot.com Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this smime.p7s Description: S/MIME Cryptographic Signature -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] query not returning results if inside SERVICE
On 10/9/14 12:51 PM, Alexandru Todor wrote:
Hi Jürgen,
Federated queries don't work on any DBpedia Virtuoso endpoint (except
the german one where I configured a manual workaround). This is due to
a bug in virtuoso dating back to 2011 [1]
SPARQL-FED is disabled in regards to the http://dbpedia.org SPARQL
endpoint.
I opened a Thread on the DBpedia-Developers list about this issue [2].
In the meantime you can use the German endpoint [3] and run your
queries from there [4].
I'll take a look at the posts you referenced just in case other issues
are blurring matters etc..
Kingsley
Cheers,
Alexandru
[1]
http://answers.semanticweb.com/questions/10360/virtuoso-federated-query
[2]
http://sourceforge.net/p/dbpedia/mailman/dbpedia-developers/thread/CAC1xrVS643sfUDo%2BTENS1eZf%2BsYqzYyW8jj2NzCZAKJT65KWdw%40mail.gmail.com/#msg32883532
[3] http://de.dbpedia.org/sparql
[4]
http://de.dbpedia.org/sparql?default-graph-uri=query=SELECT+*+WHERE+%7B%0D%0A+SERVICE+%3Chttp%3A%2F%2Flive.dbpedia.org%2Fsparql%3E+%7B%0D%0A+++%3Faus+%3Chttp%3A%2F%2Fdbpedia.org%2Fontology%2Fcountry%3E+%3Chttp%3A%2F%2Fdbpedia.org%2Fresource%2FAustria%3E%3B%0D%0A%3Chttp%3A%2F%2Fdbpedia.org%2Fontology%2FpostalCode%3E+%3FremotePostCode%0D%0A+%7D%0D%0A%7Dformat=text%2Fhtmltimeout=0debug=on
On 10/09/2014 05:41 PM, Jürgen Jakobitsch wrote:
any idea why this is not returning anything?
SELECT * WHERE {
SERVICE http://live.dbpedia.org/sparql {
?aus http://dbpedia.org/ontology/country
http://dbpedia.org/resource/Austria;
http://dbpedia.org/ontology/postalCode ?remotePostCode
}
}
this is working fine, when issued directly at the sparql endpoint
(http://live.dbpedia.org/sparql)
SELECT * WHERE {
?aus http://dbpedia.org/ontology/country
http://dbpedia.org/resource/Austria;
http://dbpedia.org/ontology/postalCode ?remotePostCode
}
wkr turnguard
| Jürgen Jakobitsch,
| Software Developer
| Semantic Web Company GmbH
| Mariahilfer Straße 70 / Neubaugasse 1, Top 8
| A - 1070 Wien, Austria
| Mob +43 676 62 12 710 | Fax +43.1.402 12 35 - 22
COMPANY INFORMATION
| web : http://www.semantic-web.at/
| foaf : http://company.semantic-web.at/person/juergen_jakobitsch
PERSONAL INFORMATION
| web : http://www.turnguard.com
| foaf : http://www.turnguard.com/turnguard
| g+: https://plus.google.com/111233759991616358206/posts
| skype : jakobitsch-punkt
| xmlns:tg = http://www.turnguard.com/turnguard#;
--
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk
___
Dbpedia-discussion mailing list
Dbpedia-discussion@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
--
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk
___
Dbpedia-discussion mailing list
Dbpedia-discussion@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
--
Regards,
Kingsley Idehen
Founder CEO
OpenLink Software
Company Web: http://www.openlinksw.com
Personal Weblog 1: http://kidehen.blogspot.com
Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen
Twitter Profile: https://twitter.com/kidehen
Google+ Profile: https://plus.google.com/+KingsleyIdehen/about
LinkedIn Profile: http://www.linkedin.com/in/kidehen
Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this
smime.p7s
Description: S/MIME Cryptographic Signature
--
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk___
Dbpedia-discussion mailing list
Dbpedia-discussion@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] query not returning results if inside SERVICE
On 10/9/14 11:50 AM, Jürgen Jakobitsch wrote: thanks ;-) if you experience something similar... remove default-graph-iri = it is inserted in the resulting sparql query to live.dbpedia... could be considered a virt-bug. Need the SPARQL example for this problem. Default named graph IRIs can come into play, in a number of ways :) -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog 1: http://kidehen.blogspot.com Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this smime.p7s Description: S/MIME Cryptographic Signature -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] query not returning results if inside SERVICE
On 10/9/14 1:02 PM, Alexandru Todor wrote: I noticed, got your new email after I sent mine. I think it would still be nice to have federated queries enabled on the endpoints themselves. Maybe, but for now, there are more than enough issues dealing with what constitutes a SPARQL endpoint on the Web re., uptime etc.. I am sure you are reading all the Linked Data Fragment commentaries that misunderstand (for the most part) the issues in play re. SPARQL endpoints and the Linked Open Data Cloud. There are also issues in regards to Identity and ACLs that will need to be factored in too. It was disabled for these reasons, from the onset. -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog 1: http://kidehen.blogspot.com Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this smime.p7s Description: S/MIME Cryptographic Signature -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] BBC Things
On 10/2/14 4:11 AM, Dimitris Kontokostas wrote: Amy, The BBC links are already loaded in DBpedia Live i.e. http://live.dbpedia.org/page/Aaron_Gate Kingsley, can you upload them in dbpedia.org http://dbpedia.org as well? Best, Dimitris Yes, this should happen today, across DBpedia and the LOD cloud cache instances, ditto our DBpedia-Live peer to live.dbpedia.org . Patrick will confirm completion of these action items. -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog 1: http://kidehen.blogspot.com Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this smime.p7s Description: S/MIME Cryptographic Signature -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] Automating DBpedia queries with live data and abstracts
On 10/2/14 12:18 PM, Nicholas Shanks wrote: Secondly, another downside is the two live endpoints mentioned in that thread (the other beinghttp://dbpedia-live.openlinksw.com/sparql) have a different set of triples from both each other and from the biannual regular DBpedia. Neither of them include the full abstract that I am interested in. You should be able triangulate your way to canonical data, across these data spaces, by way of relevant relations (e.g., owl:sameAs, in the worst case). Note, the actual DBpedia URIs aren't changing: Step-by example i.e., follow this step-by-step by clicking on the links and then digesting what's presented: 1. http://dbpedia-live.openlinksw.com/resource/Linked_data 2. http://dbpedia-live.openlinksw.com/describe/?url=http://dbpedia-live.openlinksw.com/resource/Linked_data 3. http://dbpedia-live.openlinksw.com/describe/?url=http://dbpedia.org/resource/Linked_data . Conclusion, you don't lose the canonical DBpedia HTTP URI for a given entity. That should remain the focal point of your references and queries in regards to SPARQL when using http://dbpedia-live.openlinksw.com/sparql/ . -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog 1: http://kidehen.blogspot.com Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this smime.p7s Description: S/MIME Cryptographic Signature -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] BBC Things
On 9/30/14 7:02 AM, Amy G wrote: Thanks! Now they're submitted, how long before they're added to the dbpedia store? (Not being impatient, just wondering :) Amy On 29 September 2014 14:52, Dimitris Kontokostas jimk...@gmail.com mailto:jimk...@gmail.com wrote: Hi Amy, Great news! The DBpedia links repo should do for this https://github.com/dbpedia/dbpedia-links Dimitris Dimitris, Please confirm availability so that we can get this loaded into the live instance. -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog 1: http://kidehen.blogspot.com Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this smime.p7s Description: S/MIME Cryptographic Signature -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] BBC Things
On 9/26/14 12:42 PM, Amy G wrote: Hi there, The BBC has recently released bbc.co.uk/things http://bbc.co.uk/things, and 4.5k BBC Things have sameAs links to dbpedia (more to come). We have a mapping of these relations so far; is it possible for these relations to be included in dbpedia, and if so how do we go about doing that? Is this repo https://github.com/dbpedia/dbpedia-links the right place to start? Cheers, Amy I think so. Anyway, if you have an RDF dump somewhere, we can get it loaded into the live instance etc.. -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog 1: http://kidehen.blogspot.com Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this smime.p7s Description: S/MIME Cryptographic Signature -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] DBpedia Live questions
On 9/18/14 7:17 AM, Paul Wilton wrote: yep - but given Live is not Live anymore... you will need to baseline changesets from somewhere once it comes back.. it seems DBpedia2014 dumps would be a good place to start ? or at least provide them ? As a consumer adopting DBpedia 2014, any applications built upon it (like we are doing at the BBC) will become progressively stale. Wouldn't it make sense to provide Live changesets to this going forwards ? It would certainly encourage uptake, and make for a much more useful offering, and allow consumers to build much more useful applications ? I am investigating this matter internally. The DBpedia-Live effort has been coordination challenged for a while now. I or someone from OpenLink will get back to everyone re., this matter, from our perspective. -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog 1: http://kidehen.blogspot.com Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this smime.p7s Description: S/MIME Cryptographic Signature -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] bogus data.nytimes.com owl:sameAs links...
On 9/12/14 4:58 PM, Jörn Hees wrote: On 12 Sep 2014, at 01:26, Kingsley Idehen kide...@openlinksw.com wrote: Good place to report these matters. Bottom line, the New York Times Linked Data is problematic. They should be using foaf:focus where they currently use owl:sameAs. I know of fixed this in the last DBpedia instance, via SPARQL 1.1. forward-chaining. I guess I need to make time to repeat the fix. DBpedia Team: we need to perform this step next time around, if the New York Times refuse to make this important correction. Alternatively, you can make fix dump too. Either way, this is a problem that we should fix. I think it's a better idea to fix this in the dumps than only on one endpoint. Of course. My point is that when its fixed in the Virtuoso DBMS behind the endpoint, we then make a dump which becomes the replacement dataset for future efforts. Links: [1] http://kingsley.idehen.net/public_home/kidehen/Public/SPARQL-CRUD/nyt_dbpedia_mappings_fix.rq -- SPARQL 1.1 fix Kingsley I assume the wrong info is coming from the nytimes_links.nt.gz dump file (9678 lines). These are the double occurring data.nytimes.com URIs which link various wrong things with owl:sameAs: (I know it's a bit dirty, but the data.nytimes.com URIs are shorter than that and the 2nd column is long enough that the 47 char width never 3rd column): $ zcat nytimes_links.nt.gz | sort | uniq -D -w 47 | less http://data.nytimes.com/10037152102685288131 http://www.w3.org/2002/07/owl#sameAs http://dbpedia.org/resource/Harlem . http://data.nytimes.com/10037152102685288131 http://www.w3.org/2002/07/owl#sameAs http://dbpedia.org/resource/Woods_Hole,_Massachusetts . http://data.nytimes.com/10219323006478270621 http://www.w3.org/2002/07/owl#sameAs http://dbpedia.org/resource/Colombia . http://data.nytimes.com/10219323006478270621 http://www.w3.org/2002/07/owl#sameAs http://dbpedia.org/resource/St._Louis,_Missouri . http://data.nytimes.com/10943489202025116191 http://www.w3.org/2002/07/owl#sameAs http://dbpedia.org/resource/Bar_Harbor,_Maine . http://data.nytimes.com/10943489202025116191 http://www.w3.org/2002/07/owl#sameAs http://dbpedia.org/resource/Vancouver . http://data.nytimes.com/11974025787996384181 http://www.w3.org/2002/07/owl#sameAs http://dbpedia.org/resource/Montenegro . http://data.nytimes.com/11974025787996384181 http://www.w3.org/2002/07/owl#sameAs http://dbpedia.org/resource/Orlando,_Florida . http://data.nytimes.com/13330280224726436521 http://www.w3.org/2002/07/owl#sameAs http://dbpedia.org/resource/Ann_Arbor,_Michigan . http://data.nytimes.com/13330280224726436521 http://www.w3.org/2002/07/owl#sameAs http://dbpedia.org/resource/Bucharest . http://data.nytimes.com/14192138827082289301 http://www.w3.org/2002/07/owl#sameAs http://dbpedia.org/resource/Brisbane . http://data.nytimes.com/14192138827082289301 http://www.w3.org/2002/07/owl#sameAs http://dbpedia.org/resource/Timbuktu . ... 1102 lines File here (18 KB): http://www.dfki.de/~hees/nytimes_links_dups.nt.gz Did some quick stats: each of those URIs links exactly 2 things, so we have 551 of them which are problematic: $ zcat nytimes_links.nt.gz | sort | uniq | cut -d' ' -f1 | sort | uniq -d | less http://data.nytimes.com/10037152102685288131 http://data.nytimes.com/10219323006478270621 http://data.nytimes.com/10943489202025116191 http://data.nytimes.com/11974025787996384181 http://data.nytimes.com/13330280224726436521 http://data.nytimes.com/14192138827082289301 ... 551 lines This only leaves lines without the duplicate prefix $ zcat nytimes_links.nt.gz | sort | uniq -u -w 47 | less http://data.nytimes.com/10014285150226506373 http://www.w3.org/2002/07/owl#sameAs http://dbpedia.org/resource/Shane_Mosley . http://data.nytimes.com/10014285150226506373 http://www.w3.org/2002/07/owl#sameAs http://dbpedia.org/resource/Shane_Mosley . http://data.nytimes.com/10028178420088332933 http://www.w3.org/2002/07/owl#sameAs http://dbpedia.org/resource/F._Lee_Bailey . http://data.nytimes.com/10040729966879859333 http://www.w3.org/2002/07/owl#sameAs http://dbpedia.org/resource/Grace_Paley . http://data.nytimes.com/10054942171853816843 http://www.w3.org/2002/07/owl#sameAs http://dbpedia.org/resource/Jesse_McKinley . ... 8576 lines File here (194 KB): http://www.dfki.de/~hees/nytimes_links_dups_pruned.nt.gz I'm not sure about the rest of that file though, given that nearly 1/10th of it were obviously wrong... Cheers, Jörn -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog 1: http://kidehen.blogspot.com Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this smime.p7s Description: S/MIME Cryptographic Signature
Re: [Dbpedia-discussion] bogus data.nytimes.com owl:sameAs links...
On 9/11/14 5:58 PM, Jörn Hees wrote:
Hi,
there are owl:sameAs triples like these in the http://dbpedia.org graph:
http://data.nytimes.com/55761554936313344161 owl:sameAs
http://dbpedia.org/resource/Germany
http://data.nytimes.com/55761554936313344161 owl:sameAs
http://dbpedia.org/resource/Montenegro
http://dbpedia.org/sparql?default-graph-uri=http%3A%2F%2Fdbpedia.orgqtxt=select+distinct+*+where+{%0D%0A++%3Fi+owl%3AsameAs+%3Fj+.%0D%0A++FILTER%28+%3Fi%3D%3Chttp%3A%2F%2Fdata.nytimes.com%2F55761554936313344161%3E+%29%0D%0A}format=text%2Fhtmltimeout=3debug=on
http://data.nytimes.com/N84789043836346105961 owl:sameAs
http://dbpedia.org/resource/Galveston,_Texas
http://data.nytimes.com/N84789043836346105961 owl:sameAs
http://dbpedia.org/resource/United_States
http://dbpedia.org/sparql?default-graph-uri=http%3A%2F%2Fdbpedia.orgqtxt=select+distinct+*+where+{%0D%0A++%3Fi+owl%3AsameAs+%3Fj+.%0D%0A++FILTER%28+%3Fi%3D%3Chttp%3A%2F%2Fdata.nytimes.com%2FN84789043836346105961%3E+%29%0D%0A}format=text%2Fhtmltimeout=3debug=on
Needless to say that this is problematic if you do owl:sameAs reasoning...
Is this the right place to report things like that?
What can i do to help?
Cheers,
Jörn
Good place to report these matters. Bottom line, the New York Times
Linked Data is problematic. They should be using foaf:focus where they
currently use owl:sameAs.
I know of fixed this in the last DBpedia instance, via SPARQL 1.1.
forward-chaining. I guess I need to make time to repeat the fix.
DBpedia Team: we need to perform this step next time around, if the New
York Times refuse to make this important correction.
Alternatively, you can make fix dump too. Either way, this is a problem
that we should fix.
--
Regards,
Kingsley Idehen
Founder CEO
OpenLink Software
Company Web: http://www.openlinksw.com
Personal Weblog 1: http://kidehen.blogspot.com
Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen
Twitter Profile: https://twitter.com/kidehen
Google+ Profile: https://plus.google.com/+KingsleyIdehen/about
LinkedIn Profile: http://www.linkedin.com/in/kidehen
Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this
smime.p7s
Description: S/MIME Cryptographic Signature
--
Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk___
Dbpedia-discussion mailing list
Dbpedia-discussion@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] Inconsistent result sets
On 7/14/14 5:23 PM, Csaba Veres wrote:
Thanks for the links about problems with dbpedia live.
But why does the regular dbpedia.org/sparql
http://dbpedia.org/sparql endpoint not return the triples you see
with the http://dbpedia.org/page/Camille_Saint-Saëns
http://dbpedia.org/page/Camille_Saint-Sa%C3%ABns page either?
Hard to understand what you mean without a SPARQL Query Results URL.
Kingsley
Best,
Csaba
On 14 Jul 2014, at 19:10, A Shruti shruti_atr...@yahoo.com
mailto:shruti_atr...@yahoo.com wrote:
Take a look at this thread that contains some info for the reason
behind this: https://sourceforge.net/p/dbpedia/mailman/message/32521054/
On Monday, July 14, 2014 7:48:55 AM, Csaba Veres
cs...@csabaveres.net mailto:cs...@csabaveres.net wrote:
Hi,
I have an issue with discrepancies found when querying DBPedia in
different ways. For example,
select ?s, ?p, ?p1, ?o where { {
http://dbpedia.org/resource/Camille_Saint-Saëns
http://dbpedia.org/resource/Camille_Saint-Sa%C3%ABns ?p ?o }
UNION { ?s ?p1 http://dbpedia.org/resource/Camille_Saint-Saëns
http://dbpedia.org/resource/Camille_Saint-Sa%C3%ABns } }
at dbpedia.org/sparql http://dbpedia.org/sparql returns a large
number of sameAs results, nothing else.
The same query at live.dbpedia.org http://live.dbpedia.org
returns nothing.
Yet the URL http://dbpedia.org/resource/Camille_Saint-Saëns
http://dbpedia.org/resource/Camille_Saint-Sa%C3%ABnsis mapped
to http://dbpedia.org/page/Camille_Saint-Saëns
http://dbpedia.org/page/Camille_Saint-Sa%C3%ABnswhich returns a
lot pf useful information.
Where are the missing triples at the SPARQL endpoints?
thanks,
Csaba
--
Want fast and easy access to all the code in your enterprise?
Index and
search up to 200,000 lines of code with a free copy of Black Duck®
Code Sight^(TM) - the same software that powers the world's
largest code
search on Ohloh, the Black Duck Open Hub! Try it now.
http://p.sf.net/sfu/bds
___
Dbpedia-discussion mailing list
Dbpedia-discussion@lists.sourceforge.net
mailto:Dbpedia-discussion@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
--
Want fast and easy access to all the code in your enterprise? Index and
search up to 200,000 lines of code with a free copy of Black Duck
Code Sight - the same software that powers the world's largest code
search on Ohloh, the Black Duck Open Hub! Try it now.
http://p.sf.net/sfu/bds
___
Dbpedia-discussion mailing list
Dbpedia-discussion@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
--
Regards,
Kingsley Idehen
Founder CEO
OpenLink Software
Company Web: http://www.openlinksw.com
Personal Weblog 1: http://kidehen.blogspot.com
Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen
Twitter Profile: https://twitter.com/kidehen
Google+ Profile: https://plus.google.com/+KingsleyIdehen/about
LinkedIn Profile: http://www.linkedin.com/in/kidehen
Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this
smime.p7s
Description: S/MIME Cryptographic Signature
--
Want fast and easy access to all the code in your enterprise? Index and
search up to 200,000 lines of code with a free copy of Black Duck
Code Sight - the same software that powers the world's largest code
search on Ohloh, the Black Duck Open Hub! Try it now.
http://p.sf.net/sfu/bds___
Dbpedia-discussion mailing list
Dbpedia-discussion@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] Inconsistent result sets
On 7/14/14 10:30 AM, Csaba Veres wrote:
Hi,
I have an issue with discrepancies found when querying DBPedia in different
ways. For example,
select ?s, ?p, ?p1, ?o where { { http://dbpedia.org/resource/Camille_Saint-Saëns ?p
?o } UNION { ?s ?p1 http://dbpedia.org/resource/Camille_Saint-Saëns } }
at dbpedia.org/sparql returns a large number of “sameAs” results, nothing else.
The same query at live.dbpedia.org returns nothing.
Yet the URL http://dbpedia.org/resource/Camille_Saint-Saëns is mapped to
http://dbpedia.org/page/Camille_Saint-Saëns which returns a lot pf useful
information.
Where are the missing triples at the SPARQL endpoints?
The following endpoints provide you with access to DBpedia datasets, in
varying degrees i.e., they don't load identical datasets and their
servers are configured differently, due to the fact they are hosted on
different machines -- with varying computing capacity. In ascending
computing resource capacity, you have the following:
1. http://dbpedia.org/sparql
2. http://live.dpbedia.org/sparql
3 http://dbpedia-live.openlinksw.com/sparql
4. http://lod.openlinksw.com/sparql -- LOD cloud cache .
As all of the above are Virtuoso based, you can share SPARQL protocol
URLs when trying to diagnose issues. You can even change the cname (host
and domain) parts of the URLs to see how the same query is handled
across the different endpoints etc..
Kingsley
thanks,
Csaba
--
Want fast and easy access to all the code in your enterprise? Index and
search up to 200,000 lines of code with a free copy of Black Duck#174;
Code Sight#153; - the same software that powers the world's largest code
search on Ohloh, the Black Duck Open Hub! Try it now.
http://p.sf.net/sfu/bds
___
Dbpedia-discussion mailing list
Dbpedia-discussion@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
--
Regards,
Kingsley Idehen
Founder CEO
OpenLink Software
Company Web: http://www.openlinksw.com
Personal Weblog 1: http://kidehen.blogspot.com
Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen
Twitter Profile: https://twitter.com/kidehen
Google+ Profile: https://plus.google.com/+KingsleyIdehen/about
LinkedIn Profile: http://www.linkedin.com/in/kidehen
Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this
smime.p7s
Description: S/MIME Cryptographic Signature
--
Want fast and easy access to all the code in your enterprise? Index and
search up to 200,000 lines of code with a free copy of Black Duck#174;
Code Sight#153; - the same software that powers the world's largest code
search on Ohloh, the Black Duck Open Hub! Try it now.
http://p.sf.net/sfu/bds___
Dbpedia-discussion mailing list
Dbpedia-discussion@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] Ontologies in DBPedia's OpenLink iSPARQL instance
On 7/6/14 4:41 AM, William Ballantyne wrote: I have an enquiry for DBPedia administration (admin of the iSPARQL and Virtuoso instance at http://dbpedia.org/isparql/) following up on advice of the OpenLink Virtuoso/iSPARQL community. I wish to request importation of some generally beneficial ontologies; this ontology import functionality being locked down to administrative users on the DBPedia iSPARQL instance. I wish to use iSPARQL's drag and drop functionality to bind nodes and connectors to individual properties and classes. The operation depends upon populating the list of properties and classes by importing an ontology/schema using the 'Schemas' panel on the right hand side of the QBE window. When trying to import any generally useful (or the most generic) ontology, like 'dbpedia.org/ontology' by selecting it from the list and clicking 'Import', the DBPeia instance at http://dbpedia.org/isparql denies me permission to complete the procedure. It produces the following error message: Virtuoso 42000 Error SR186: No permission to execute procedure DB.DBA.RDF_SPONGE_UP with user ID 106, group ID 106 The error message goes on to lay out a whole SPARQL query (I have assumed: which appears to be trying to return the definitions from whatever schema or ontology is selected, to try to implement the import). The OpenLink explanation for the error is that the ontology import functionality is restricted, and the classes and properties can be made to populate the Schemas window if I request site admin to import a generally useful ontology such as dbpedia.org/ontology Further, lacking this functionality is a serious bug in the DBPedia instance of iSPAQRL, which entirely restricts the creation of meaningful bindings for nodes and connections through drag and drop operations, which is one of the most attractive features of the iSPARQL QBE interface. It is understandable that the Import function is restricted for general use by the public in order to avoid opening it up to vulnerabilities, but it would allow the DBPedia iSPARQL instance to be used in the intuitive drag and drop mode for which it was intended, if administration were to import a few essential ontologies and so provide the public with some individual properties to choose from in the public view of the scehmas window. It need not be such a serious bug. At the moment your DBPedia-hosted iSPARQL queries complete fine if I type out the property including the schema/ontology directly onto the node or connector, but this fails to demonstrate the visual query builder principle. I recommend (and request) that administration of the DBPedia iSPARQL instance import the following common and generally useful ontologies for general use in the visual query editor: dbpedia.org/ontology dbpedia.org/properties rdfs.org/sioc To cut a long story short, we can import the above as standard. That should happen in the next day or so. Kingsley Any advice on who to contact or related issues is welcome, and I would be grateful if admin of the DBPedia iSPARQL and Virtuoso instance at http://dbpedia.org/isparql would be willing to respond. DataBlob Contact: William Ballantyne wballant...@yahoo.com -- Open source business process management suite built on Java and Eclipse Turn processes into business applications with Bonita BPM Community Edition Quickly connect people, data, and systems into organized workflows Winner of BOSSIE, CODIE, OW2 and Gartner awards http://p.sf.net/sfu/Bonitasoft ___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog 1: http://kidehen.blogspot.com Personal Weblog 2: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen Personal WebID: http://kingsley.idehen.net/dataspace/person/kidehen#this smime.p7s Description: S/MIME Cryptographic Signature -- Open source business process management suite built on Java and Eclipse Turn processes into business applications with Bonita BPM Community Edition Quickly connect people, data, and systems into organized workflows Winner of BOSSIE, CODIE, OW2 and Gartner awards http://p.sf.net/sfu/Bonitasoft___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] DBpedia Live End points return different datafor same query
On 6/27/14 9:52 AM, Rumi wrote: Hi Juan, On 27-Jun-14 9:06 AM, Juan Lucas Domínguez Rubio wrote: charset=unicode http-equiv=Content-Type Hello, Very surprising results. The difference is so big that if you choose a random resource from the large result set, then it will probably not exist in the small result set. Have you tried? By the way, how do the live endpoints (http://live.dbpedia.org/sparql, http://dbpedia-live.openlinksw.com/sparql) compare to the standard endpoit (http://dbpedia.org/sparql) in terms of: - Amount of data - Response time - Availability Anybody knows about that? http://live.dbpedia.org/sparql is currently pointing to http://dbedia-live.openlinksw.com/sparql so contain the same data. This data is updated regularly with the latest changes from Wikipedia itself. Statistics on the update process can be found at http://dbpedia-live.openlinksw.com/live/ http://dbpedia.org/sparql/ is based on the 3.9 dataset as published by the dbpedia team. It is a static dataset that is refreshed about once a year ... So live.dbpedia.org has the newest data but in some cases dbpedia.org has some extra data from other datasets that live will not have. As for Response time and Availability, it is a best effort project, so we make sure it runs most of the time, but we will not give guarantees for uptime and availability. There are rate limiters and ACLs in place to make sure everyone gets a fair shot at running queries. Those limits can cause problems for certain kind of analysis as such queries may timeout before giving meaningful data back. In such cases we strongly recommend users to setup a version of dbpedia in the cloud so they can have the same data but without competing with queries from other users. Hope this helps. Best Regards, Rumi Kocis One little addition to what Rumi stated above, you can also try the instance at: http://lod.openlinksw.com which provides a LOD Cloud cache. Naturally, this will not be as up to date as the DBpedia-Live instance in regards to data transformed from Wikipedia documents etc.. -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen smime.p7s Description: S/MIME Cryptographic Signature -- Open source business process management suite built on Java and Eclipse Turn processes into business applications with Bonita BPM Community Edition Quickly connect people, data, and systems into organized workflows Winner of BOSSIE, CODIE, OW2 and Gartner awards http://p.sf.net/sfu/Bonitasoft___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] DBpedia Live End points return different datafor same query
On 6/27/14 1:49 PM, A Shruti wrote:
Thanks to all on their comments and info. I wanted to follow up on
Rumi's comment:
http://live.dbpedia.org/sparql is currently pointing to
http://dbedia-live.openlinksw.com/sparql so contain the same data.
This data is updated regularly with the latest changes from Wikipedia
itself.
If the 2 end points for live data contain the same data then how come
the query in my first email return such varying result (one returns a
count of ~ 3 million while the other returns a count of ~63 million)?
Based on Juan's comment about, I also tried querying for a smaller
subset and see different results here as well. The query I used is:
PREFIX dbo: http://dbpedia.org/ontology/
PREFIX rdf: http://www.w3.org/1999/02/22-rdf-syntax-ns#
PREFIX dbpprop: http://dbpedia.org/property/
PREFIX dbo: http://dbpedia.org/ontology/
PREFIX rdf: http://www.w3.org/1999/02/22-rdf-syntax-ns#
PREFIX dbpprop: http://dbpedia.org/property/
SELECT ?wikiPageID count(*)
FROM http://dbpedia.org
WHERE
{ ?person rdf:type dbo:Person .
?person dbpprop:name ?name .
?person dbo:birthDate ?birthDate .
?person dbo:abstract ?abstract .
?person dbo:wikiPageID ?wikiPageID .
?person dbo:wikiPageRevisionID ?wikiPageRevisionID
OPTIONAL
{ ?person dbo:wikiPageModified ?wikiPageModified }
OPTIONAL
{ ?person dbo:wikiPageExtracted ?wikiPageExtracted }
FILTER langMatches(lang(?abstract), en)
FILTER (?wikiPageID = 365352 || ?wikiPageID = 39972083)
}
GROUP BY ?wikiPageID
On http://live.dbpedia.org/sparql it shows:
wikiPageIDcallret-1
39972083 8
On http://dbpedia-live.openlinksw.com/sparql it shows:
wikiPageIDcallret-1
39972083 2
365352544
Why is that happening?
~ Shruti
They aren't the same:
curl -I http://live.dbpedia.org/sparql
HTTP/1.1 200 OK
Date: Fri, 27 Jun 2014 19:10:55 GMT
*Server: Virtuoso/07.00.3203 (Linux) x86_64-unknown-linux-gnu*
curl -I http://dbpedia-live.openlinksw.com/sparql
HTTP/1.1 200 OK
Date: Fri, 27 Jun 2014 19:11:24 GMT
*Server: Virtuoso/07.10.3210 (Linux) x86_64-redhat-linux-gnu VDB*
--
Regards,
Kingsley Idehen
Founder CEO
OpenLink Software
Company Web: http://www.openlinksw.com
Personal Weblog: http://www.openlinksw.com/blog/~kidehen
Twitter Profile: https://twitter.com/kidehen
Google+ Profile: https://plus.google.com/+KingsleyIdehen/about
LinkedIn Profile: http://www.linkedin.com/in/kidehen
smime.p7s
Description: S/MIME Cryptographic Signature
--
Open source business process management suite built on Java and Eclipse
Turn processes into business applications with Bonita BPM Community Edition
Quickly connect people, data, and systems into organized workflows
Winner of BOSSIE, CODIE, OW2 and Gartner awards
http://p.sf.net/sfu/Bonitasoft___
Dbpedia-discussion mailing list
Dbpedia-discussion@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] [DBPedia Virtuoso Architecture]
On 5/29/14 9:29 PM, Maatari Daniel Okouya wrote: Hi, I'm trying to better understand how DbPedia is architected. Is the all Domain Dbpedia powered by only one server (virtuoso). The HTML page that simply the present the Dbpedia project, are they also delivered by virtuoso server ? I see that that they do not contain RDFa data. Hence i was wondering how is it handle with wirtuso. One one side, is there two http server within the universal server. One that deliver the html page that present DbPedia project (e.g. http://wiki.dbpedia.org/Support)and one that expose the datasets? -- Maatari Daniel Okouya Sent with Airmail Virtuoso provides the following: 1. SPARQL endpoint -- /sparql 2. Linked Data Deployment -- basically the green pages that describe the DBpedia entities denoted by Linked Data principles compliant HTTP URIs. Links: [1] http://bit.ly/1kmZcAG - Blog post about preloaded and pre-configured DBpedia instances [2] http://bit.ly/1gIgJmN -- Old post (circa. 2010) that addresses the question posed in this mailing list post. -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen smime.p7s Description: S/MIME Cryptographic Signature -- Time is money. Stop wasting it! Get your web API in 5 minutes. www.restlet.com/download http://p.sf.net/sfu/restlet___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] probably incorrect mapping to schema.org from MusicalArtist
___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen smime.p7s Description: S/MIME Cryptographic Signature -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] DBpedia HTTPS Support?
On 4/16/14 7:42 AM, SIJ NI wrote: Hey Everyone, Just wondering why dbpedia.org http://dbpedia.org does not support HTTPS? Are any plans to host DBpedia in HTTPS in the near future? In the context of DBpedia, what's the utility of HTTPS? I see HTTPS as useful at a time when crowd-sourcing DBpedia includes allowing SPARQL 1.1 based INSERT, UPDATE, and DELETE access, since in that context, identity and access controls (ACLs) become vital. Whenever the project decides to add this kind of dimension, HTTPS will just work, since the functionality is already in place at the SPARQL endpoint level. Note, even in this ACL based scenario, HTTPS will simply enable verification of agent identity to the SPARQL endpoint, it won't change actual DBpedia entity URIs. Kingsley Cheers, Sam Smith -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech ___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen smime.p7s Description: S/MIME Cryptographic Signature -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] probably incorrect mapping to schema.org from MusicalArtist
their theorem with it. On Tue, Apr 15, 2014 at 6:51 PM, Patel-Schneider, Peter peter.patel-schnei...@nuance.com wrote: schema.org is controlled by the schema.org partners, Google, Yahoo!, Bing, and Yandex. Contributions from the community are accepted, but are vetted before being added to schema.org See http://schema.org for more information. One problem with alignment to schema.org is that the formal meaning of the schema.org ontology is unusual and not fully explained. peter On Apr 14, 2014, at 10:08 PM, 小出 誠二 seijikoi...@gmail.com wrote: Dear Peter For eyes of ontologists, it is well known that DBpedia ontology is incorrect, but I have never check about the contents of schema.org. Thank you for the info. I am planning to correct trustable ontologies like schema.org, but I do not know how to revise or advice the contents of schema.org. Does anyone know it? Or does anyone have interest the portal sites of trustable ontologies? Seiji Koide -Original Message- From: Patel-Schneider, Peter [mailto:peter.patel-schnei...@nuance.com] Sent: Tuesday, April 15, 2014 1:50 PM To: dbpedia-discussion@lists.sourceforge.net Subject: [Dbpedia-discussion] probably incorrect mapping to schema.org from MusicalArtist The ontology says that MusicalArtist is a subclass of schema.org:MusicGroup. This seemed very odd to me, but then I looked at schema.org and noticed that schema.org:MusicGroup can also be for *solo* artists. However, MusicalArtist is for any musical artist, not just soloists. So this mapping still looks incorrect. peter -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen smime.p7s Description: S/MIME Cryptographic Signature -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] DBpedia HTTPS Support?
On 4/16/14 3:57 PM, Alexandru Todor wrote: I do find the idea of HTTPS as an option useful, beyond ACLs, from a privacy standpoint. Now that I think about it, I don't want everyone between me and DBpedia being able to find out exactly which resources I access, what sparql queries I write, what results I get etc. At this point we can be sure that all this is being logged by all kinds of agencies. Remember, and Identifier doesn't have to resolve to information you don't want to share with the world. Unlike the real-world, in a Web of Linked Data medium for instance, you can have an identifier that resolves to nothing more than a document that has a public key used in a TLS handshake. We sometimes assume that Identity (verifiable or not) implies every piece of identifiable information about you, it doesn't mean that at all :-) Thus, I can open up a service, require identity authentication (because I have quality of service partitioning in mind) and not know much about the data consumers. This is the kind of system that will ultimately enable the construction of viable and scalable business models around Linked Open Data. We have a super-information-highway that's current lacking the following fundamental components: 1. highway code 2. toll booths. Today, we kind of have a potpourri of maps that get you from point to point on the assumption that the roads are delivered gratis, under all circumstances. Net effect, you end up have to be a Google++ to even consider operating a functional business model etc.. Kingsley Alexandru On Apr 16, 2014 3:10 PM, Kingsley Idehen kide...@openlinksw.com mailto:kide...@openlinksw.com wrote: On 4/16/14 7:42 AM, SIJ NI wrote: Hey Everyone, Just wondering why dbpedia.org http://dbpedia.org does not support HTTPS? Are any plans to host DBpedia in HTTPS in the near future? In the context of DBpedia, what's the utility of HTTPS? I see HTTPS as useful at a time when crowd-sourcing DBpedia includes allowing SPARQL 1.1 based INSERT, UPDATE, and DELETE access, since in that context, identity and access controls (ACLs) become vital. Whenever the project decides to add this kind of dimension, HTTPS will just work, since the functionality is already in place at the SPARQL endpoint level. Note, even in this ACL based scenario, HTTPS will simply enable verification of agent identity to the SPARQL endpoint, it won't change actual DBpedia entity URIs. Kingsley Cheers, Sam Smith -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech ___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net mailto:Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web:http://www.openlinksw.com Personal Weblog:http://www.openlinksw.com/blog/~kidehen http://www.openlinksw.com/blog/%7Ekidehen Twitter Profile:https://twitter.com/kidehen Google+ Profile:https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile:http://www.linkedin.com/in/kidehen -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech ___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net mailto:Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen smime.p7s Description: S/MIME Cryptographic Signature -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu
Re: [Dbpedia-discussion] A quick analysis of the classes in the DBpedia ontology
On 4/15/14 1:06 AM, Dimitris Kontokostas wrote: Kingsley's approach is one way to go but I think we should focus on fixing the ontology in the source, which is the mappings wiki. The German chapter is working on ways to automatically import axioms in the mappings wiki, so of course this is an option too. I think you already pointed out most of your suggested changes so we can start working on these. [1] Cheers, Dimitris [1] http://www.mail-archive.com/dbpedia-discussion@lists.sourceforge.net/msg05923.html We should use this episode to make a clearer guidelines for evolving DBpedia. Options: 1. In the source -- via mapping Wiki 2. Out side the source -- via RDF documents derived from the DBpedia data in question 3. A bit of both -- in situations where the changes have a deeper philosophical bent. What I glean from this episode is that crowd-sourcing options for evolving the DBpedia ontology are not as clear as we generally assume, which ultimately leads to misconceptions etc.. -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen smime.p7s Description: S/MIME Cryptographic Signature -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] A quick analysis of the classes in the DBpedia ontology
On 4/13/14 8:32 PM, Patel-Schneider, Peter wrote: On Apr 11, 2014, at 11:58 AM, Kingsley Idehen kide...@openlinksw.com wrote: On 4/11/14 2:12 PM, Patel-Schneider, Peter wrote: This proposal illustrates one of the major problems with the DBpedia ontology - triples check in but they never check out. Sorta, because of the misconception that SPARQL is steal Read-Only. I spend a good chunk of my day writing SPARQL 1.1 using INSERT, DELETE, and UPDATE (via INSERT and DELETE combos) to massage data, across many data spaces. How can I use SPARQL 1.1 to change the DBpedia ontology? You can use SPARQL 1.1 (from your SPARQL 1.1 compliant application) to generate triples is a named graph local to your application, based solutions returned to you from the public SPARQL endpoint. You can use LOAD, INSERT etc.. to produce your local RDF statements expressing whatever you have in mind. Once done, you can publish an RDF document for incorporation back into the DBpedia project etc.. Many of the problems with the DBpedia ontology require changes. Change is good. And it will work. Remember, DBpedia deploys Linked Data using a Quad Store, so the re-write rules and SPARQL queries used to perform the name-address indirection are extremely flexible. For instance, you can actually set the named graph URI scope for these SPARQL queries explicitly or via our NOT FROM NAMED GRAPH extension re., negation etc.. You can have a list of Named Graphs or excluded Named Graphs when generating the description of a DBpedia Entity URI's referent. I'm not sure how any of this can be used to effect changes in the DBpedia ontology. Until you make a local copy, as I described above, you will believe the statement to be true. All you are doing (ultimately) is make changes in a document and then sending them over for incorporation. In the very worst case, you RDF document content will still be part of the LOD Cloud as long as you publish it on the Web. The first step is making an RDF document with the alternative view that you seek. Other problems have to do with the expressivity of the ontology. Again, its just triples to which SPARQL 1.1 patterns can be applied. In short, this is the way to truly appreciate the power of SPARQL and Linked Data. Again, I'm not sure what play SPARQL 1.1 has with respect to the expressive power of the ontology. SPARQL 1.1 let's you make new RDF statements from existing RDF statements. The DBpedia ontology is a collection of RDF statements. I don't think that changes here can be effected just by adding and removing bits of the ontology. You can variants of the Ontology, an alternative Ontology, it doesn't matter, the Linked Data deployment will be unaffected. Well, sure, none of this will affect most Linked Data uses, but that's not what I'm interested in. I'm interested in using the DBpedia ontology to organize information. Yes, and information lives in documents, right? Thus, you simply grab the relevant data from DBpedia, massage it (using SPARQL 1.1 or other means) and then you have a new document (comprised of new or revised RDF statements). I could, of course, simply use a different ontology, but my hope here is that use of the DBpedia ontology in products will result in a better ontology, and that that can be shared. Yes, why is contributing tweaks to the DBpedia ontology using an RDF document produced by you not an option here? Do that, and everything else falls into place. Other problems have to do with the philosophy of the ontology. The philosophy of the Ontology cannot change, that's a world view of the ontology creators. That doesn't stop another ontology existing as an alternative set of context lenses into the same data. It appears that the current ontology does not match the stated philosophy of the ontology. One or the other should change, and probably both. Can't you reflect that in an RDF document submitted to the project? I encourage you to make your changes, or make a new ontology, whichever path you take, the end product will be useful and a showcase for perspectives sometimes overlooked due to blurred and blurry perspectives :-) I would love to make changes. There actually is a modified version of the ontology that is in use. Is this ontology represented in an RDF document that's accessible via an HTTP URL, at this point in time? If it exists, then we are nearly there. Kingsley peter We can do this, its the next stage in the natural evolution of DBpedia and the broader Linked Open Data Cloud. Note: there is zero speculation in my response. I've already done (and continue to do) a lot of this (hands on fashion) over the years, following LOD cloud initial bootstrap. BTW -- This mail was easy to write as I've just completed (literally minutes ago) a marathon session on SPARQL 1.1 which amounted to an ACL (data access policy and access control list) debugging session. Kingsley
Re: [Dbpedia-discussion] A quick analysis of the classes in the DBpedia ontology
On 4/14/14 7:02 AM, Kingsley Idehen wrote:
How can I use SPARQL 1.1 to change the DBpedia ontology?
You can use SPARQL 1.1 (from your SPARQL 1.1 compliant application) to
generate triples is a named graph local to your application, based
solutions returned to you from the public SPARQL endpoint.
Important typo fix. I meant to say:
You can use SPARQL 1.1 (from your SPARQL 1.1 compliant application) to
generate triples *in* a named graph local to your application, based
*on* solutions returned to *your app* from the public SPARQL endpoint.
I do this all the time when editing definitions (for classes and
properties) oriented triples in ontologies.
Typical example, where I am adding missing rdfs:isDefinedBy,
voca:defines, and wdrs:isdescribedby relations to an existing shared
ontology.
Note: I am using Virtuoso as my SPARQL 1.1 compliant application (so I
have the ability to grab data from any SPARQL endpoint and then use
SPARQL 1.1 for local named graph scoped INSERT and DELETE operations):
## The Identity of Resources on the Web ontology (IRW).
# Ontology URI: http://www.ontologydesignpatterns.org/ont/web/irw.owl#
# Ontology Document URL:
http://www.ontologydesignpatterns.org/ont/web/irw.owl
## I use SPARQL 1.1 LOAD to get the data into Virtuoso
LOAD http://www.ontologydesignpatterns.org/ont/web/irw.owl ;
WITH GRAPH http://www.ontologydesignpatterns.org/ont/web/irw.owl
INSERT {
?s http://www.w3.org/2000/01/rdf-schema#isDefinedBy
http://www.ontologydesignpatterns.org/ont/web/irw.owl# .
http://www.ontologydesignpatterns.org/ont/web/irw.owl#
http://open.vocab.org/terms/defines ?s.
http://www.ontologydesignpatterns.org/ont/web/irw.owl# a owl:Ontology .
?s http://www.w3.org/2007/05/powder-s#describedby
http://www.ontologydesignpatterns.org/ont/web/irw.owl .
http://www.ontologydesignpatterns.org/ont/web/irw.owl
foaf:primaryTopic ?s .
}
WHERE {
{?s http://www.w3.org/2000/01/rdf-schema#subClassOf ?o}
UNION
{?s http://www.w3.org/2000/01/rdf-schema#subPropertyOf ?o}
UNION
{?s http://www.w3.org/2002/07/owl#equivalentClass ?o}
UNION
{?s http://www.w3.org/2002/07/owl#equivalentProperty ?o}
UNION
{?s a ?o}
UNION {
?s http://www.w3.org/2000/01/rdf-schema#domain ?o}
UNION
{?s http://www.w3.org/2000/01/rdf-schema#range ?o}
}
## COSMO Ontology
## Ontology URI: http://micra.com/COSMO/COSMO.owl#
## Ontology Document URL: http://micra.com/COSMO/COSMO.owl
## Using SPARQL 1.1 LOAD to get data into Virtuoso
LOAD http://micra.com/COSMO/COSMO.owl ;
WITH GRAPH http://micra.com/COSMO/COSMO.owl
INSERT {
?s http://www.w3.org/2000/01/rdf-schema#isDefinedBy
http://micra.com/COSMO/COSMO.owl# .
http://micra.com/COSMO/COSMO.owl#
http://open.vocab.org/terms/defines ?s.
http://micra.com/COSMO/COSMO.owl# a owl:Ontology .
?s http://www.w3.org/2007/05/powder-s#describedby
http://micra.com/COSMO/COSMO.owl .
http://micra.com/COSMO/COSMO.owl foaf:primaryTopic ?s .
}
WHERE {
{?s http://www.w3.org/2000/01/rdf-schema#subClassOf ?o}
UNION
{?s http://www.w3.org/2000/01/rdf-schema#subPropertyOf ?o}
UNION
{?s http://www.w3.org/2002/07/owl#equivalentClass ?o}
UNION
{?s http://www.w3.org/2002/07/owl#equivalentProperty ?o}
UNION
{?s a ?o}
UNION {
?s http://www.w3.org/2000/01/rdf-schema#domain ?o}
UNION
{?s http://www.w3.org/2000/01/rdf-schema#range ?o}
}
--
Regards,
Kingsley Idehen
Founder CEO
OpenLink Software
Company Web: http://www.openlinksw.com
Personal Weblog: http://www.openlinksw.com/blog/~kidehen
Twitter Profile: https://twitter.com/kidehen
Google+ Profile: https://plus.google.com/+KingsleyIdehen/about
LinkedIn Profile: http://www.linkedin.com/in/kidehen
smime.p7s
Description: S/MIME Cryptographic Signature
--
Learn Graph Databases - Download FREE O'Reilly Book
Graph Databases is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech___
Dbpedia-discussion mailing list
Dbpedia-discussion@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] A quick analysis of the classes in the DBpedia ontology
On 4/14/14 12:07 PM, Patel-Schneider, Peter wrote:
Aaah, sure I can use SPARQL 1.1 to massage triple stores, including triple
stores that use IRIs from the DBpedia ontology. In this way, I could modify
the results, perhaps to make them look like certain stuff had been removed from
the DBpedia ontology, although this process can result in systematic errors if
the triples include inferred triples.
My question was, however, what SPARQL 1.1 has to do with changing the DBpedia
ontology itself.
Answer:
It enables you import the data in question, conditionally (via SPARQL
query pattern solution), en route to crafting a new ontology or tweaking
the existing ontology.
You are ultimately going to be doing at least one of the following
(locally):
1. adding new RDF statements
2. deleting existing RDF statements
3. updating existing RDF statements (via conditional INSERT and DELETE).
Of course, you can forget SPARQL and just import the lot and editing by
hand etc..
Fundamentally, you can fix DBpedia's ontology by contributing your fixes
in the form of RDF statements for consideration by the maintainers. If
rejected (for whatever reasons) you can still publish your RDF
statements via an RDF document to some location under your control on
the Web.
Your revised ontology is your set of context lenses into the DBepdia
dataset.
If you don't want to craft the new ontology or fixes to the existing
ontology, using the methods suggested, how else can you expect this to
happen?
Kingsley
peter
On Apr 14, 2014, at 5:42 AM, Kingsley Idehen kide...@openlinksw.com wrote:
On 4/14/14 7:02 AM, Kingsley Idehen wrote:
How can I use SPARQL 1.1 to change the DBpedia ontology?
You can use SPARQL 1.1 (from your SPARQL 1.1 compliant application) to generate
triples is a named graph local to your application, based solutions returned to
you from the public SPARQL endpoint.
Important typo fix. I meant to say:
You can use SPARQL 1.1 (from your SPARQL 1.1 compliant application) to generate
triples *in* a named graph local to your application, based *on* solutions
returned to *your app* from the public SPARQL endpoint.
I do this all the time when editing definitions (for classes and properties)
oriented triples in ontologies.
Typical example, where I am adding missing rdfs:isDefinedBy, voca:defines, and
wdrs:isdescribedby relations to an existing shared ontology.
Note: I am using Virtuoso as my SPARQL 1.1 compliant application (so I have the
ability to grab data from any SPARQL endpoint and then use SPARQL 1.1 for local
named graph scoped INSERT and DELETE operations):
## The Identity of Resources on the Web ontology (IRW).
# Ontology URI: http://www.ontologydesignpatterns.org/ont/web/irw.owl#
# Ontology Document URL: http://www.ontologydesignpatterns.org/ont/web/irw.owl
## I use SPARQL 1.1 LOAD to get the data into Virtuoso
LOAD http://www.ontologydesignpatterns.org/ont/web/irw.owl ;
WITH GRAPH http://www.ontologydesignpatterns.org/ont/web/irw.owl
INSERT {
?s http://www.w3.org/2000/01/rdf-schema#isDefinedBy
http://www.ontologydesignpatterns.org/ont/web/irw.owl# .
http://www.ontologydesignpatterns.org/ont/web/irw.owl#
http://open.vocab.org/terms/defines ?s.
http://www.ontologydesignpatterns.org/ont/web/irw.owl# a owl:Ontology .
?s http://www.w3.org/2007/05/powder-s#describedby
http://www.ontologydesignpatterns.org/ont/web/irw.owl .
http://www.ontologydesignpatterns.org/ont/web/irw.owl foaf:primaryTopic ?s .
}
WHERE {
{?s http://www.w3.org/2000/01/rdf-schema#subClassOf ?o}
UNION
{?s http://www.w3.org/2000/01/rdf-schema#subPropertyOf ?o}
UNION
{?s http://www.w3.org/2002/07/owl#equivalentClass ?o}
UNION
{?s http://www.w3.org/2002/07/owl#equivalentProperty ?o}
UNION
{?s a ?o}
UNION {
?s http://www.w3.org/2000/01/rdf-schema#domain ?o}
UNION
{?s http://www.w3.org/2000/01/rdf-schema#range ?o}
}
## COSMO Ontology
## Ontology URI: http://micra.com/COSMO/COSMO.owl#
## Ontology Document URL: http://micra.com/COSMO/COSMO.owl
## Using SPARQL 1.1 LOAD to get data into Virtuoso
LOAD http://micra.com/COSMO/COSMO.owl ;
WITH GRAPH http://micra.com/COSMO/COSMO.owl
INSERT {
?s http://www.w3.org/2000/01/rdf-schema#isDefinedBy
http://micra.com/COSMO/COSMO.owl# .
http://micra.com/COSMO/COSMO.owl#
http://open.vocab.org/terms/defines ?s.
http://micra.com/COSMO/COSMO.owl# a owl:Ontology .
?s http://www.w3.org/2007/05/powder-s#describedby
http://micra.com/COSMO/COSMO.owl .
http://micra.com/COSMO/COSMO.owl foaf:primaryTopic ?s .
}
WHERE {
{?s http://www.w3.org/2000/01/rdf-schema#subClassOf ?o}
UNION
{?s http://www.w3.org/2000/01/rdf-schema#subPropertyOf ?o}
UNION
{?s http://www.w3.org/2002/07/owl#equivalentClass ?o}
UNION
{?s http://www.w3.org/2002/07/owl
Re: [Dbpedia-discussion] DBpedia dumps: a new download server available
On 4/14/14 12:55 PM, Volha Bryl wrote: Dear DBpedians, We are happy to announce the availability of the alternative server for downloading the DBpedia 3.8 and 3.9 data dumps * http://data.dws.informatik.uni-mannheim.de/dbpedia/3.8/ * http://data.dws.informatik.uni-mannheim.de/dbpedia/3.9/ Cheers, Data and Web Science Research Group, University of Mannheim, Germany Wouldn't it be prudent to have a an HTML page (e.g. update to the DBpedia Wiki) that helps people (and bots) discover the different dataset dump locations? -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen smime.p7s Description: S/MIME Cryptographic Signature -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] Fwd: Hello DBPedia!
On 4/11/14 6:50 PM, Paul Houle wrote: One thing to watch out for is that many people have types that are correct but strange. Looking at this report http://basekb.com/subjectiveEye/typeReport/linkBased/Athlete.html Is there a particular reason why you don't expose DBpedia URIs in that page? It would make a world of difference :-) -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen smime.p7s Description: S/MIME Cryptographic Signature -- Put Bad Developers to Shame Dominate Development with Jenkins Continuous Integration Continuously Automate Build, Test Deployment Start a new project now. Try Jenkins in the cloud. http://p.sf.net/sfu/13600_Cloudbees___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] A quick analysis of the classes in the DBpedia ontology
On 4/11/14 5:47 AM, Magnus Knuth wrote: Hello Peter, thank you very much for your inputs. The state of the DBpedia ontology is certainly an issue. You can register at [1], ask for editing rights, and go on and make your changes. I'd also feel not quite well performing major changes or removing classes without some discussion, since it is the effort of others and it is not always clear, if somebody actually uses it. Maybe, we could organize an ontology enhancement and guidelines workshop at the next DBpedia Community Meeting in Leipzig [2]. [1]http://mappings.dbpedia.org/index.php?title=Special:UserLogin [2]http://wiki.dbpedia.org/meetings/Leipzig2014 How about the following procedure: [1] Triples relating to fixes and new relations are first created in an RDF document that 's WWW accessible [2] The documents are announced here as an invite to examine request etc.. [3] If acceptable, the Triples are added to the project [4] If unacceptable, for any reason, then in the very worst case (re. deadlocks) the Triples end up where they are on in a specific named graph in the Virtuoso instance . The real beauty of AWWW, as exemplified by Linked Data, is the ability to agree to disagree without creating inertia. Virtuoso can handle many Linked Data scenarios, and agreeing to disagree lies at the core of its design (like AWWW). Peter: we would all gladly welcome your input and contributions. The steps above will make this smooth and ultimately enlightening :-) -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen smime.p7s Description: S/MIME Cryptographic Signature -- Put Bad Developers to Shame Dominate Development with Jenkins Continuous Integration Continuously Automate Build, Test Deployment Start a new project now. Try Jenkins in the cloud. http://p.sf.net/sfu/13600_Cloudbees___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
Re: [Dbpedia-discussion] A quick analysis of the classes in the DBpedia ontology
On 4/11/14 2:12 PM, Patel-Schneider, Peter wrote: This proposal illustrates one of the major problems with the DBpedia ontology - triples check in but they never check out. Sorta, because of the misconception that SPARQL is steal Read-Only. I spend a good chunk of my day writing SPARQL 1.1 using INSERT, DELETE, and UPDATE (via INSERT and DELETE combos) to massage data, across many data spaces. Many of the problems with the DBpedia ontology require changes. Change is good. And it will work. Remember, DBpedia deploys Linked Data using a Quad Store, so the re-write rules and SPARQL queries used to perform the name-address indirection are extremely flexible. For instance, you can actually set the named graph URI scope for these SPARQL queries explicitly or via our NOT FROM NAMED GRAPH extension re., negation etc.. You can have a list of Named Graphs or excluded Named Graphs when generating the description of a DBpedia Entity URI's referent. Other problems have to do with the expressivity of the ontology. Again, its just triples to which SPARQL 1.1 patterns can be applied. In short, this is the way to truly appreciate the power of SPARQL and Linked Data. I don't think that changes here can be effected just by adding and removing bits of the ontology. You can variants of the Ontology, an alternative Ontology, it doesn't matter, the Linked Data deployment will be unaffected. Other problems have to do with the philosophy of the ontology. The philosophy of the Ontology cannot change, that's a world view of the ontology creators. That doesn't stop another ontology existing as an alternative set of context lenses into the same data. I encourage you to make your changes, or make a new ontology, whichever path you take, the end product will be useful and a showcase for perspectives sometimes overlooked due to blurred and blurry perspectives :-) We can do this, its the next stage in the natural evolution of DBpedia and the broader Linked Open Data Cloud. Note: there is zero speculation in my response. I've already done (and continue to do) a lot of this (hands on fashion) over the years, following LOD cloud initial bootstrap. BTW -- This mail was easy to write as I've just completed (literally minutes ago) a marathon session on SPARQL 1.1 which amounted to an ACL (data access policy and access control list) debugging session. Kingsley. peter On Apr 11, 2014, at 5:27 AM, Kingsley Idehen kide...@openlinksw.com wrote: On 4/11/14 5:47 AM, Magnus Knuth wrote: Hello Peter, thank you very much for your inputs. The state of the DBpedia ontology is certainly an issue. You can register at [1], ask for editing rights, and go on and make your changes. I'd also feel not quite well performing major changes or removing classes without some discussion, since it is the effort of others and it is not always clear, if somebody actually uses it. Maybe, we could organize an ontology enhancement and guidelines workshop at the next DBpedia Community Meeting in Leipzig [2]. [1]http://mappings.dbpedia.org/index.php?title=Special:UserLogin [2]http://wiki.dbpedia.org/meetings/Leipzig2014 How about the following procedure: [1] Triples relating to fixes and new relations are first created in an RDF document that 's WWW accessible [2] The documents are announced here as an invite to examine request etc.. [3] If acceptable, the Triples are added to the project [4] If unacceptable, for any reason, then in the very worst case (re. deadlocks) the Triples end up where they are on in a specific named graph in the Virtuoso instance . The real beauty of AWWW, as exemplified by Linked Data, is the ability to agree to disagree without creating inertia. Virtuoso can handle many Linked Data scenarios, and agreeing to disagree lies at the core of its design (like AWWW). Peter: we would all gladly welcome your input and contributions. The steps above will make this smooth and ultimately enlightening :-) -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen -- Put Bad Developers to Shame Dominate Development with Jenkins Continuous Integration Continuously Automate Build, Test Deployment Start a new project now. Try Jenkins in the cloud. http://p.sf.net/sfu/13600_Cloudbees___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog: http://www.openlinksw.com/blog/~kidehen Twitter Profile
Re: [Dbpedia-discussion] Fwd: Hello DBPedia!
On 4/9/14 6:53 PM, Pablo N. Mendes wrote: I like very much the contributing back aspect of this. Thanks for offering! One problem is that some pages have no template, making it impossible to use the template-type mappings defined on the mappings wiki. Other people have implemented type inferencing from categories, lists and even from the text. Others, by cross-referencing with Freebase, Cyc, etc. I am wondering if the type statements obtained through all these approaches should not be imported back to DBpedia through some semiautomatic curation method (read mappings wiki beyond templates). I guess we could also use the wiki, and allow people to also add mappings for Lists, Categories, Tables, and other features generated by these approaches? Cheers Pablo Or folks could just publish their mapping documents from a Web accessible URL :-) -- Regards, Kingsley Idehen Founder CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen smime.p7s Description: S/MIME Cryptographic Signature -- Put Bad Developers to Shame Dominate Development with Jenkins Continuous Integration Continuously Automate Build, Test Deployment Start a new project now. Try Jenkins in the cloud. http://p.sf.net/sfu/13600_Cloudbees___ Dbpedia-discussion mailing list Dbpedia-discussion@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
