On 21/06/15 14:31, Qihong Lin wrote:
Hi,
Please check my commits [1]. For quick answers below:
On Thu, Jun 18, 2015 at 6:18 PM, Ying Jiang jpz6311...@gmail.com wrote:
Hi Qihong,
You may have already received an email from Google, which reminded us
of the mid-term evaluation for the GSoC
Hi Qihong,
I can see good demonstrations of your code. But you can do better by
creating tests under the original framework of Jena test suite. Please
follow the instructions from Andy in the other Thread.
Also, why not share your work with the potential users? The Jena users
list would be good
Hi,
Please check my commits [1]. For quick answers below:
On Thu, Jun 18, 2015 at 6:18 PM, Ying Jiang jpz6311...@gmail.com wrote:
Hi Qihong,
You may have already received an email from Google, which reminded us
of the mid-term evaluation for the GSoC project. The evaluation will
start next
Hi Qihong,
You may have already received an email from Google, which reminded us
of the mid-term evaluation for the GSoC project. The evaluation will
start next Friday, 26 June. The deadline to submit your evaluation is
19:00 UTC on Friday, 3 July. Please make sure not to miss it.
More
Hi,
I just opened 2 new threads. Your comments are welcome!
regards,
Qihong
On Mon, Jun 15, 2015 at 4:45 PM, Rob Vesse rve...@dotnetrdf.org wrote:
Folks
Could you please either start new threads of change the subject line
appropriately for future discussions on this
The generic subject
Hi,
Would it be possible to add new methods constructors to Template.java
while leaving the existing methods/constructors in-place (reimplemented
in Template; that does not affect the SPARQL 1.0 parser). Then the
source code for the SPARQL 1.0 parser does not need change.
The main (and
Hi Qihong,
It doesn't matter. For a temperate solution, just change the code of
SPARQL_10 manually to make the compiling work.
Please don't wait the answers from the list. Many of the questions do
not stop you from coding. We would be glad if you can deliver your
code as soon/often as possible.
Hi Qihong,
Have you modified any files? If the grammar file is identical, the
checksum of each generated java class should be the same.
Best regards,
Ying Jiang
On Mon, Jun 8, 2015 at 5:27 PM, Qihong Lin confidence@gmail.com wrote:
Hi,
The grammar has been modified for the problems you
Hi,
If the checksum and grammar script is OK, I'd like to continue coding.
However, the grammar script only generates ARQ and SPARQL_11, without
touching SPARQL_10. If I change the code of, e.g. Template [1], it
will affect SPARQL_10. Shall I modify the code of SPARQL_10 manually,
change the
On 08/06/15 10:27, Qihong Lin wrote:
Hi,
The grammar has been modified for the problems you pointed out.
I've tried to run grammar script to generate arq.jj, sparql_11.jj and
their parser java classes, in cygwin with JavaCC 5.0. However the
generated java classes are different from those in the
Hi,
The grammar has been modified for the problems you pointed out.
I've tried to run grammar script to generate arq.jj, sparql_11.jj and
their parser java classes, in cygwin with JavaCC 5.0. However the
generated java classes are different from those in the code base:
1) ARQParser
- the new
Hi,
I added the grammar draft at the end of [1]. There're actually minor
changes on the grammar of ConstructQuery, which are marked red. Much
of the grammar from SPARQL INSERT can be reused, related to Quads. Any
comments?
regards,
Qihong
[1]
Hi,
The grammar needs revisions in some way. For example, in your
proposal, the GRAPH token can be optional. Another problem for default
graph: both { ?s :p ?o } and ?s :p ?o are valid, so QuadsNotTriples
should be re-defined.
On the other hand, you can start playing with the code of
Hi Qihong,
Your grammar in the proposal is not formal. Why not compose a BNF/EBNF
notation one, so that others can provide more accurate comments? e.g,
the WHERE clause for the complete form and short form are quite
different. No complex graph patterns are allowed in the short form).
Best
Hi,
Ying,
I'll stick to the list for discussion. Thanks for your guide! I
re-created a fresh new branch of JENA-491, which did not contain hp
package any more.
Andy,
You mention that the GRAPH grammar needs revisions. Please check the
following ones. I add the short form. Am I missing anything
Hi Qihong,
As Andy mentioned, the bonding period is for community bonding, not
just mentor bonding. I can help you with JavaCC for the project. But
much more work needs comments and discussions with others in the
community. For example, Andy just pointed out the design issue and the
timeline
Hi Qihong,
One of the reasons there is a community bonding period is to create the
right social context for the work rather than just being about technical
work. As other people may be working on the areas you need to modify,
this will help avoid problems.
Discussions should be on this
Hi,
Sorry for my late response. During the community binding period, I
studied the JavaCC grammar with my mentor's help. Now, I know how to
use JavaCC in this project.
A new branch of JENA-491 [1] has just been set up. I'll code there in
the first place, and finally merge the code into jena
On 28/04/15 13:09, Ying Jiang wrote:
Hi all,
FYI, Google announced the accepted projects of GSoC 2015 yesterday. A
Jena project of Extend CONSTRUCT to build quads (JENA-491) [1] is
among them.
Cheers,
Ying Jiang
[1]
Hi all,
FYI, Google announced the accepted projects of GSoC 2015 yesterday. A
Jena project of Extend CONSTRUCT to build quads (JENA-491) [1] is
among them.
Cheers,
Ying Jiang
[1]
https://docs.google.com/document/d/1KiDlfxMq5ZsU7vj7ZDm10yC96OZgdltwmZAZl56sTw0/edit#heading=h.fwbztdn0y3zl
20 matches
Mail list logo