You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jena.apache.org by "Rob Vesse (JIRA)" <ji...@apache.org> on 2015/08/21 20:00:45 UTC

[jira] [Commented] (JENA-803) Custom aggregates in SPARQL.

    [ https://issues.apache.org/jira/browse/JENA-803?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14707157#comment-14707157 ] 

Rob Vesse commented on JENA-803:
--------------------------------

Circling back to this because I finally have some time to work on this again

The basic syntax and API looks fine and I don't forsee any difficulties in adopting it in our architecture.  One thing that I did however notice is that this syntax does not allow for the {{DISTINCT}} keyword e.g.

{noformat}
SELECT (AGG<http://custom>(DISTINCT ?s, ?o) AS ?result 
WHERE
{
  #...
}
{noformat}

Would this even make sense or should the assumption be that dealing with the distinctness (if desired) would simply be a property of a specific custom aggregate, so you might have {{<http://custom>}} and {{<http://customDistinct>}} as separately registered custom aggregates.

Any thoughts?  I'm leaning towards the separate URIs approach though I can also see a case being made for the {{DISTINCT}} keyword approach

> Custom aggregates in SPARQL.
> ----------------------------
>
>                 Key: JENA-803
>                 URL: https://issues.apache.org/jira/browse/JENA-803
>             Project: Apache Jena
>          Issue Type: New Feature
>          Components: ARQ
>    Affects Versions: Jena 2.12.1
>            Reporter: Andy Seaborne
>            Assignee: Andy Seaborne
>             Fix For: Jena 2.13.0
>
>
> Support SPARQL custom aggregates.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)