prefix mw: <http://www.xyz.com/moveware/>
prefix sn: <http://api.xyz.com/ontology/acme/>
prefix sm: <http://xyz.com/ontology/event/>
select ?ID ?EDATE ?ETIME ?ETYPE ?ESTATUS ?EASSIGNED ?EID
where {
graph ?g
{?s <http://www.xyz.com/event/ID> ?ID
optional {?event a sm:TASKS_COMPLETED .
?event sm:SituationStatus ?eStatus .
?event sm:EventEntityID ?eID .
filter (?eStatus in ('Ongoing'))}
?mwJob a mw:Job ;
mw:MANAGEREMAIL ?EASSIGNED .
}
filter (?g = <http://www.xyz.com/COST_UPDATE-7691457526850792123> )
BIND (now() + "PT10H0M0S"^^xsd:dayTimeDuration as ?SYSDATE)
BIND (substr(xsd:string(?SYSDATE),1,10) as ?EDATE)
BIND (substr(xsd:string(?SYSDATE),12,8) as ?ETIME)
BIND ("TASKS_COMPLETED" as ?ETYPE)
BIND (IF(bound(?eStatus), 'Ongoing', 'Started') as ?ESTATUS)
BIND (IF(bound(?event), ?event, 0) as ?EID)
}
The ESTATUS bind will reliably return 'Started' which indicates that the ?eStatus is unbound despite it being bound. To 'fix' the above query I inlined the filter (?g = <http://www.xyz.com/COST_UPDATE-7691457526850792123> ) line so that the sparql reads - graph <http://www.xyz.com/COST_UPDATE-7691457526850792123> which seemed to do the trick.
However in other variations of this problem the only way I could fix it was to push parts of the query into a subquery with the bind being in the outer query.
I've since reverted back to Stardog 4.0.5 and the problems have disappeared. So it seems to be quite specific to 4.1.
cheers
Mark
--
-- --
You received this message because you are subscribed to the C&P "Stardog" group.
To post to this group, send email to sta...@clarkparsia.com
To unsubscribe from this group, send email to
stardog+u...@clarkparsia.com
For more options, visit this group at
http://groups.google.com/a/clarkparsia.com/group/stardog?hl=en