[Dbpedia-discussion] years BC problem
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 (7th 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
_
Ce message et ses pieces jointes peuvent contenir des informations
confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce
message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages
electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou
falsifie. Merci.
This message and its attachments may contain confidential or privileged
information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete
this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been
modified, changed or falsified.
Thank you.
--
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] 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] years BC problem
Hi Johannes,
Thanks for reporting this, indeed that's a data extraction issue.
The incorrect dates seem to come from Persondata templates, e.g.
http://dbpedia.org/page/Margaret_Hillis - just Persondata
http://dbpedia.org/page/Fan_Linlin - Persondata and normal infobox
Cheers,
Volha
On 10/9/2014 1:19 PM, Kingsley Idehen wrote:
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
--
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
--
-
Dr. Volha Bryl
Postdoctoral Researcher
Chair of Information Systems V
Web-based Systems Group
Universität Mannheim
B6, 26, Room C1.03
D-68131 Mannheim
Tel.: +49 621 181 2599
Mail: vo...@informatik.uni-mannheim.de
--
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] years BC problem
Hi again,
Thanks for your quick answer.
But I think the data is correct and a query like
select distinct * {
?s http://dbpedia.org/ontology/birthDate ?o
filter(?o -43-01-01^^xsd:date)
} limit 1
Should return persons born before 43 BC, which it does not. I get either person
born in 1 AD (mostly data errors) and even persons born in 1100 AD. So the
filter does not work
Interestingly if I want persons born after 43 BC with
select distinct * {
?s http://dbpedia.org/ontology/birthDate ?o
filter(?o -43-01-01^^xsd:date)
} limit 1
I get only about 20 results (instead of nearly every person)
Is there an error in my sparql query ?
(I tried also filter(?o -43^^xsd:gYear) etc but observed same problem).
Best regard
Johannes
De : Kingsley Idehen [mailto:kide...@openlinksw.com]
Envoyé : jeudi 9 octobre 2014 13:19
À : dbpedia-discussion@lists.sourceforge.net
Objet : Re: [Dbpedia-discussion] years BC problem
On 10/9/14 3:51 AM,
johannes.heine...@orange.commailto: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/birthDatehttp://dbpedia.org/ontology/birthDate
?o
}
Returns -043-12-07 (7th of July 43 BC) which is what I expected. However
select distinct * {
?s
http://dbpedia.org/ontology/birthDatehttp://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
_
Ce message et ses pieces jointes peuvent contenir des informations
confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce
message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages
electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou
falsifie. Merci.
This message and its attachments may contain confidential or privileged
information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete
this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been
modified, changed or falsified.
Thank you.
--
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
[Dbpedia-discussion] broken links in live.dbpedia.org
probably this has already been reported... anyways.. 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 | 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
[Dbpedia-discussion] query not returning results if inside SERVICE
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
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
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.
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#;
2014-10-09 17:41 GMT+02:00 Jürgen Jakobitsch j.jakobit...@semantic-web.at:
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
Re: [Dbpedia-discussion] broken links in live.dbpedia.org
apparently this is only a frontend-conf story... when sparqling everything is ok.. ;-) ..i don't look at the html pages too often anyway wkr j | 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#; 2014-10-09 17:53 GMT+02:00 Kingsley Idehen kide...@openlinksw.com: On 10/9/14 11:38 AM, Jürgen Jakobitsch wrote: probably this has already been reported... anyways.. 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 -- 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
Re: [Dbpedia-discussion] query not returning results if inside SERVICE
hi, i know... i don't issue the query on a dbpedia endpoint, but on my
local endpoint..
for the solution see my prev mail.
wkr j
| 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#;
2014-10-09 18:51 GMT+02:00 Alexandru Todor to...@inf.fu-berlin.de:
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]
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].
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
Analyzerhttp://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk
___
Dbpedia-discussion mailing
listDbpedia-discussion@lists.sourceforge.nethttps://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
Re: [Dbpedia-discussion] query not returning results if inside SERVICE
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.
Cheers,
Alexandru
On 10/09/2014 06:56 PM, Jürgen Jakobitsch wrote:
hi, i know... i don't issue the query on a dbpedia endpoint, but on my
local endpoint..
for the solution see my prev mail.
wkr j
| 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#;
2014-10-09 18:51 GMT+02:00 Alexandru Todor to...@inf.fu-berlin.de
mailto:to...@inf.fu-berlin.de:
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]
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].
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
mailto: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
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
[Dbpedia-discussion] DBpedia Lexicalizations Dataset Uncompress Error
Hello, I am trying to download the DBpedia Lexicalizations Dataset from http://wifo5-04.informatik.uni-mannheim.de/downloads/datasets/ The file lexicalizations_en.nq.bz2 fails to uncompress. Note that the problem is not my version of bunzip2, since the other NLP Datasets seem to be ok. Is there any mirror where I can get this data from? Thanks, Afsaneh? -- 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
