Hi, I have just noticed I answered only to Hugh first time. Anyway, thanks for your advise, Hugh, I installed the 6.3.1 version.
Unfortunately , it didn't solve my issue. So, I will just ask again the whole list. Specially, I found that somebody already experienced similar issue and also with lat/long here [1]. I don't know if it was resolved though... When I am using "grab-var" pragma it looks like some of the resources are downloaded partially, e.g. this resource <http://dbpedia.org/resource/Porto>;. I check it out from the local storage afterwards and the geo:lat and geo:long properties were not returned (not only them). But this resource <http://dbpedia.org/resource/Beja_Municipality>; is downloaded with geo:lat and geo:long perfectly... So, I don't think the problem is with my query. By the way, the FED-query returns lat/long for all the resources (just the execution time is unacceptably long). Is there a way to increase the timeout? Also, I already faced with "partial" downloading while I was uploading a data set to my local graph and Virtuoso rejected it as not valid (but I validated it before). Then, just the part of the graph was downloaded, even though I expected not valid RDF files should not be downloaded either partially or completely. Anyway, such graphs contain "-" symbol in local part of QName, which I believe was reason why they were considered not valid before. So, I was thinking could it be any connection between Virtuoso considering graphs with "-" not valid and partial downloading of some of the resources from dbpedia with lat/long literals (which also contain signs "+/-"). If anybody faced similar issue before and knows how to solve it I will be grateful if you share it with me :) Thank you, Tatiana [1] http://sourceforge.net/mailarchive/message.php?msg_id=27365847
