You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jena.apache.org by "Steve Baskauf (Jira)" <ji...@apache.org> on 2020/11/29 18:00:00 UTC
[jira] [Created] (JENA-2005) SPARQL does not correctly handle
xsd:decimal datatypes
Steve Baskauf created JENA-2005:
-----------------------------------
Summary: SPARQL does not correctly handle xsd:decimal datatypes
Key: JENA-2005
URL: https://issues.apache.org/jira/browse/JENA-2005
Project: Apache Jena
Issue Type: Bug
Components: Fuseki
Affects Versions: Jena 3.16.0
Reporter: Steve Baskauf
In performing a federated query at the Wikidata Query Service ([https://query.wikidata.org/sparql),] I bound the object of the triple:
<http://www.wikidata.org/entity/Q97446840> <http://www.wikidata.org/prop/direct/P2896> "4"^^xsd:decimal.
as it was provided by the SERVICE endpoint. I also bound the value of the triple:
<http://www.wikidata.org/entity/Q97446840> <http://www.wikidata.org/prop/direct/P2896> "4.0"^^xsd:decimal.
which was present in the local dataset. (The value was originally loaded from Turtle as the number 4.0 (not a datatyped literal).
When I performed a MINUS operation between the bound values from the SERVICE endpoint and the bound values from the local triplestore, this value should have been removed from the result set because according to the XML schema Recommendation [https://www.w3.org/TR/xmlschema-2/#decimal] both "4" and "4.0" are valid lexical representations ("If the fractional part is zero, the period and following zero(es) can be omitted.") of the same decimal number. However, Fuseki did not recognize the two values as identical, which is an error.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)