[jira] [Comment Edited] (JENA-491) Extend CONSTRUCT to build quads
[ https://issues.apache.org/jira/browse/JENA-491?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14379831#comment-14379831 ] Andy Seaborne edited comment on JENA-491 at 3/25/15 4:00 PM: - The synatx should be like TriG (TriG allows the word GRAPH optionally) {noformat} CONSTRUCT { # Named graph GRAPH :g { ?s :p ?o } # Default graph { ?s :p ?o } # Named graph :g { ?s :p ?o } # Default graph ?s :p ?o } WHERE { ... } {noformat} was (Author: andy.seaborne): The synatx should be like TriG (TriG allows the work GRAPH optionally) {noformat} CONSTRUCT { # Named graph GRAPH :g { ?s :p ?o } # Default graph { ?s :p ?o } # Named graph :g { ?s :p ?o } # Default graph ?s :p ?o } WHERE { ... } {noformat} > Extend CONSTRUCT to build quads > --- > > Key: JENA-491 > URL: https://issues.apache.org/jira/browse/JENA-491 > Project: Apache Jena > Issue Type: Improvement > Components: ARQ, Fuseki >Reporter: Andy Seaborne > Labels: gsoc, gsoc2015, java, linked_data, rdf, sparql > > This would be an extension to SPARQL. > 1/ Add use of GRAPH inside a CONSTRUCT template see SPARQL Update. > 2/ Add conneg for quads to Fuseki. > 3/ New QueryExecution operations execConstructQuads() and > execConstructDataset() > If asked for triples, and the CONSTRUCT generates quads, the named graph > items are dropped - that is, only the default graph is returned. This is for > commonality with RIOT. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (JENA-686) Enable configuration of custom doc producers
[ https://issues.apache.org/jira/browse/JENA-686?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14380116#comment-14380116 ] ASF subversion and git services commented on JENA-686: -- Commit 1669138 from [~andy.seaborne] in branch 'site/trunk' [ https://svn.apache.org/r1669138 ] JENA-686 documentation > Enable configuration of custom doc producers > - > > Key: JENA-686 > URL: https://issues.apache.org/jira/browse/JENA-686 > Project: Apache Jena > Issue Type: Improvement > Components: Text >Affects Versions: Jena 2.11.1, Fuseki 1.0.1 >Reporter: Brian McBride >Assignee: christopher james dollin > Attachments: TestDatasetWithBatchProducer.java > > > We have a project where we are doing text search on addresses and wish to do > jena text queries like "city:liverpool AND street:green". These queries > return no results, whilst queries like "street:green AND street:lane" work > fine. > The reason is that jena text indexes each property in a separate Lucene > document, so there is no Lucene document matching city:liverpool AND > street:green, there are two documents, one for each property. > Given the scale of our data, we really want to do the conjunctive query in > Lucene and not two separate queries and then a filter in SPARQL. > I will attach a test case from an attempt to solve this for us to illustrate. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
Re: Fwd: Proposal submitted
Hi Ying, Have you signed up as a mentor yet? This is getting to be urgent. (instructions forwarded) On 03/25/15 01:32, Ying Jiang wrote: Hi, I can see it's a strong proposal. If possible, I'd be glad to be the mentor for this project. Andy, if other project is appropriate for Jena, I'm willing to be a mentor, or at least a co-mentor, depending on its scopes. Hope it helps! The two I know of are this one from Qihong and one mention by Dimuthu [*] The mentors signup to specific projects - it comes down to what you want to do. Andy [*] http://mail-archives.apache.org/mod_mbox/jena-dev/201503.mbox/%3CCAHzXhOimMQjHeCzdV%3Dp-jegVC-gxdPiXe%3D9QE_aGO%2BT3hfDknw%40mail.gmail.com%3E https://issues.apache.org/jira/browse/JENA-624 Best, Ying Jiang On Tue, Mar 24, 2015 at 11:50 PM, Andy Seaborne wrote: On 03/24/15 13:54, Qihong Lin wrote: Hi Andy, I just changed the settings. Is the proposal here [1] now visible for you? Dr. Ying Jiang mentioned to be the potential mentor. Is that OK? Sorry, no. I'm afraid I don't have time to be a mentor this year. Andy regards, Qihong Lin [1] http://www.google-melange.com/gsoc/proposal/public/google/gsoc2015/confidence_sun/5639274879778816 On Tue, Mar 24, 2015 at 6:23 PM, Andy Seaborne wrote: Qihong, We can't read that URL. You need a mentor for the project and at the moment, Jena has very people with time to be a mentor this year which is severely limiting the capacity to take on GSoC projects. Andy On 24/03/15 01:51, Ying Jiang wrote: Hi, I can not open your proposal. Maybe you can mark it "public" to everyone? Although I can give some advice, you'd better also ask for feedback from other committers in the Jena community. It's vital to make clear the project details through discussion in the dev mailing list before GSoC project begins. Guys there are nice and helpful. So, just subscribe to it and post your ideas for comments. Good luck! Ying Jiang -- Forwarded message -- From: Qihong Lin Date: Tue, Mar 24, 2015 at 12:39 AM Subject: Proposal submitted To: Ying Jiang Hello, Dr. Jiang I've submitted a project proposal for GSoC 2015. Could you please help me improve it? Thanks. http://www.google-melange.com/gsoc/proposal/review/student/google/gsoc2015/confidence_sun/5639274879778816 regards, Qihong
[jira] [Commented] (JENA-491) Extend CONSTRUCT to build quads
[ https://issues.apache.org/jira/browse/JENA-491?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14379831#comment-14379831 ] Andy Seaborne commented on JENA-491: The synatx should be like TriG (TriG allows the work GRAPH optionally) {noformat} CONSTRUCT { # Named graph GRAPH :g { ?s :p ?o } # Default graph { ?s :p ?o } # Named graph :g { ?s :p ?o } # Default graph ?s :p ?o } WHERE { ... } {noformat} > Extend CONSTRUCT to build quads > --- > > Key: JENA-491 > URL: https://issues.apache.org/jira/browse/JENA-491 > Project: Apache Jena > Issue Type: Improvement > Components: ARQ, Fuseki >Reporter: Andy Seaborne > Labels: gsoc, gsoc2015, java, linked_data, rdf, sparql > > This would be an extension to SPARQL. > 1/ Add use of GRAPH inside a CONSTRUCT template see SPARQL Update. > 2/ Add conneg for quads to Fuseki. > 3/ New QueryExecution operations execConstructQuads() and > execConstructDataset() > If asked for triples, and the CONSTRUCT generates quads, the named graph > items are dropped - that is, only the default graph is returned. This is for > commonality with RIOT. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (JENA-491) Extend CONSTRUCT to build quads
[ https://issues.apache.org/jira/browse/JENA-491?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14379828#comment-14379828 ] Andy Seaborne commented on JENA-491: On dev@jena: http://mail-archives.apache.org/mod_mbox/jena-dev/201503.mbox/%3CCAAU-yep3RJiuQKr_4DQ%3Dmwc-0eWCFAFiZKK8jdOhSY9Jupqkbw%40mail.gmail.com%3E > Extend CONSTRUCT to build quads > --- > > Key: JENA-491 > URL: https://issues.apache.org/jira/browse/JENA-491 > Project: Apache Jena > Issue Type: Improvement > Components: ARQ, Fuseki >Reporter: Andy Seaborne > Labels: gsoc, gsoc2015, java, linked_data, rdf, sparql > > This would be an extension to SPARQL. > 1/ Add use of GRAPH inside a CONSTRUCT template see SPARQL Update. > 2/ Add conneg for quads to Fuseki. > 3/ New QueryExecution operations execConstructQuads() and > execConstructDataset() > If asked for triples, and the CONSTRUCT generates quads, the named graph > items are dropped - that is, only the default graph is returned. This is for > commonality with RIOT. -- This message was sent by Atlassian JIRA (v6.3.4#6332)