Last active
August 29, 2015 14:09
-
-
Save b-mandelbrot/5d1afd3a35077f681ba1 to your computer and use it in GitHub Desktop.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
======== | |
OK, I see what's causing the label problem. That query count method is trying to execute this query: | |
PREFIX rdfs: <http://www.w3.org/2000/01/rdf-schema#> | |
SELECT ( str(COUNT(?label)) AS ?labelCount ) WHERE { | |
?subject rdfs:label ?label | |
FILTER isLiteral(?label) | |
} | |
AllegroGraph doesn't seem to support passing the count value to the str() function. If I remove the str() it returns a count value. (This is using the AllegroGraph query interface.) It doesn't look like the str() function is even necessary, because I don't think COUNT values are ever returned as typed literals, so this should be a simple fix. | |
I was able to connect to your store remotely tonight by bypassing the TBox loading at startup. (I'll need to look into that, because the parts I bypassed were running extremely slowly, even if we are many thousands of miles away.) This meant that many of the CONSTRUCT queries weren't running. But I did see some interesting error messages where the HTTP client library was complaining that the remote endpoint had issued a redirect to a URI with invalid characters. At first glance at the log messages it looked like there were unescaped carriage return characters in the URI string, but I'll have check into this more closely. | |
Brian | |
======== | |
======== | |
OK, so they are supposed to be typed as xsd:integer, but it should be an easy fix to make that method in VIVO not care either way. | |
======== |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment