ok, I'll do that in the meantime, where can I increase the default (linux version)? (although unlikely it is a time issue, removing the # doesnt change the situation that much :) thx a lot Michel
2015-12-16 16:33 GMT+01:00 Sergio Fernández <wik...@apache.org>: > Hi Michael, > > I doesn't give no results, the query execution gets aborted because it > exceeds the timeout (by default 60s). I guess it could be an issue handling > xsd:dateTime literals. > > Please, report the details to jira, with a sample dataset if possible, and > we'll try to find the issue. > > Cheers, > > On Wed, Dec 16, 2015 at 3:47 PM, Bohms, H.M. (Michel) <michel.bo...@tno.nl > > wrote: > >> Strange issue: >> >> PREFIX rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#> >> >> PREFIX xsd: <http://www.w3.org/2001/XMLSchema#> >> >> PREFIX odysseus: <http://marmotta.tno.nl:8080/marmotta/context/> >> >> PREFIX cmo: <http://www.modelservers.org/public/ontologies/cmo/cmo.ttl#> >> >> PREFIX depc: < >> http://www.modelservers.org/public/ontologies/odysseus/depc.ttl#> >> >> SELECT ?ProfileSignal ?signalid ?value ?valueType ?timestamp >> >> FROM odysseus:manchestertest >> >> WHERE >> >> { >> >> >> >> { >> >> ?ProfileSignal a depc:ProfileSignal . >> >> ?ProfileSignal depc:signalID ?signalid . >> >> ?ProfileSignal depc:hasTimePointSignal ?tps . >> >> ?tps cmo:energy ?value . >> >> # ?tps depc:timeStamp ?timestamp . >> >> { >> >> FILTER (?signalid = "1771"^^xsd:int). >> >> } >> >> bind ("depc:eFlow" as ?valueType) >> >> } >> >> } >> >> >> >> Gives results, but uncommenting # gives no results! >> >> >> >> Reproducible at: >> http://marmotta.tno.nl:8080/marmotta/sparql/admin/squebi.html#?query=PREFIX%20rdf:%20%3Chttp:%2F%2Fwww.w3.org%2F1999%2F02%2F22-rdf-syntax-ns%23%3E%20%0APREFIX%20xsd:%20%3Chttp:%2F%2Fwww.w3.org%2F2001%2FXMLSchema%23%3E%20%0APREFIX%20odysseus:%20%3Chttp:%2F%2Fmarmotta.tno.nl:8080%2Fmarmotta%2Fcontext%2F%3E%20%0APREFIX%20cmo:%20%3Chttp:%2F%2Fwww.modelservers.org%2Fpublic%2Fontologies%2Fcmo%2Fcmo.ttl%23%3E%20%0APREFIX%20depc:%20%3Chttp:%2F%2Fwww.modelservers.org%2Fpublic%2Fontologies%2Fodysseus%2Fdepc.ttl%23%3E%20%0ASELECT%20%3FProfileSignal%20%3Fsignalid%20%3Fvalue%20%3FvalueType%20%3Ftimestamp%20%0AFROM%20odysseus:manchestertest%20%0A%20WHERE%20%0A%20%20%7B%20%0A%20%20%20%20%3FProfileSignal%20a%20depc:ProfileSignal%20.%20%0A%20%20%20%20%3FProfileSignal%20depc:signalID%20%3Fsignalid%20.%20%0A%20%20%20%20%3FProfileSignal%20depc:hasTimePointSignal%20%3Ftps%20.%20%0A%20%20%20%20%3Ftps%20cmo:energy%20%3Fvalue%20.%20%0A%20%23%20%20%20%3Ftps%20depc:timeStamp%20%3Ftimestamp%20.%20%0A%20%20%20%20%7B%20%0A%20%20%20%20%20%20FILTER%20(%3Fsignalid%20%3D%20%221771%22%5E%5Exsd:int).%20%0A%20%20%20%20%7D%20%0A%20%20%20%20bind%20(%22depc:eFlow%22%20as%20%3FvalueType)%20%0A%20%20%7D%20%0A%0A&writer=browse >> >> >> >> >> >> Any idea/hint welcome! >> >> Thx a lot, Michel Bohms/Erwin Somers, TNO >> >> >> >> >> >> >> >> >> >> Dr. ir. H.M. (Michel) Bohms >> Sr. Research Scientist >> Structural Reliability >> >> T +31 (0)88 866 31 07 >> M +31 (0)63 038 12 20 >> E michel.bo...@tno.nl >> >> Location <http://www.tno.nl/locaties/DTM> >> >> >> >> <http://www.tno.nl/> >> >> This message may contain information that is not intended for you. If you >> are not the addressee or if this message was sent to you by mistake, you >> are requested to inform the sender and delete the message. TNO accepts no >> liability for the content of this e-mail, for the manner in which you use >> it and for damage of any kind resulting from the risks inherent to the >> electronic transmission of messages. >> >> >> > > > > -- > Sergio Fernández > Partner Technology Manager > Redlink GmbH > m: +43 6602747925 > e: sergio.fernan...@redlink.co > w: http://redlink.co >