Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Virtuoso is always changing the GeoSPARQL geometry type to the Virtuoso specific one when loading data #456

Open
rtroncy opened this issue Aug 11, 2015 · 6 comments
Assignees

Comments

@rtroncy
Copy link

rtroncy commented Aug 11, 2015

Consider the following triples and load them into a Virtuoso installation:

@prefix gsp:   <http://www.opengis.net/ont/geosparql#> .
@prefix schema: <http://schema.org/> .
@prefix geo:   <http://www.w3.org/2003/01/geo/wgs84_pos#> .
@prefix locn:  <http://www.w3.org/ns/locn#> .
@prefix dul:   <http://ontologydesignpatterns.org/ont/dul/DUL.owl#> .
@prefix dc:    <http://purl.org/dc/elements/1.1/> .

<http://data.linkedevents.org/location/028f1b02-d121-46f9-bff7-b5e5509a356c/>
        a                     dul:Place ;
        rdfs:label         "Duomo di Milano - Duomo of Milan" ;
        dc:identifier      "345483388889753" ;
        dc:publisher     <http://www.facebook.com> ;
        schema:image  <https://fbcdn-sphotos-d-a.akamaihd.net/hphotos-ak-xpa1/t31.0-8/s720x720/901621_475672112537546_754871748_o.jpg> ;
        schema:interactionCount   "3964 Checkins" , "3996 Likes" ;
        schema:url                <http://www.duomomilano.it/it/> ;
        geo:location              <http://data.linkedevents.org/location/028f1b02-d121-46f9-bff7-b5e5509a356c/geometry> .

<http://data.linkedevents.org/location/028f1b02-d121-46f9-bff7-b5e5509a356c/geometry>
        a              geo:Point ;
        geo:lat        "45.463925903103"^^xsd:double ;
        geo:long       "9.1927945677761"^^xsd:double ;
        locn:geometry  "POINT(9.1927945677761 45.463925903103)"^^gsp:wktLiteral .

Regardless of how this data is loaded into Virtuoso, we always get the following behavior which is the transformation of the triple

<http://data.linkedevents.org/location/028f1b02-d121-46f9-bff7-b5e5509a356c/geometry>
        locn:geometry  "POINT(9.1927945677761 45.463925903103)"^^gsp:wktLiteral .

into

<http://data.linkedevents.org/location/028f1b02-d121-46f9-bff7-b5e5509a356c/geometry>
        locn:geometry  "POINT(9.1927945677761 45.463925903103)"^^<http://www.openlinksw.com/schemas/virtrdf#Geometry>.

Why does Virtuoso change on the fly the GeoSPARQL datatype being used in the data by its own specific datatype? One can see this behavior when DESCRIBE-ing this resource or by simply running this query (see the results):

SELECT *
WHERE {
 <http://data.linkedevents.org/location/028f1b02-d121-46f9-bff7-b5e5509a356c/geometry> ?p ?o
}
@rtroncy
Copy link
Author

rtroncy commented Aug 11, 2015

This issue seems also related to #195 #274 #295 and very recently #455. In several of those issues, all commenter have reported that they (must?) use the datatype virtrdf:Geometry. We do expect instead to use the GeoSPARQL datatype gsp:wktLiteral which is later on a pre-condition for some interlinking tools such as SILK to work.

@HughWilliams
Copy link
Collaborator

We are scheduling to look into this ...

@p1d1d1
Copy link

p1d1d1 commented Aug 23, 2016

Any news on this?

@rtroncy
Copy link
Author

rtroncy commented Sep 21, 2016

This is really a blocker for us too. This issue is still not resolved in the latest Virtuoso release. @HughWilliams do you know when it will be resolved?

@HughWilliams
Copy link
Collaborator

@rtroncy: Will have to check with development as to when this is scheduled to be fixed ...

@p1d1d1
Copy link

p1d1d1 commented Jan 13, 2021

This is still not fixed!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants