Hi Andy,
I agree with you. A consistent style of would be better. In the
project proposal, I just listed the features that we could do. As to
the property function names, the arguments and the styles, they can be
discussed and adjusted.
Best regards,
Ying Jiang
On Thu, May 2, 2013 at 7:30 PM, An
On 30/04/13 16:44, Ying Jiang wrote:
Hi Andy,
I'm grateful to your advice. I think withinCircle and withinBox are
both possible to be made. I've composed and submitted the project
proposal to Apache GSoC 2013 here:
https://google-melange.appspot.com/gsoc/proposal/review/google/gsoc2013/jpz6311wh
Hi Andy,
I'm grateful to your advice. I think withinCircle and withinBox are
both possible to be made. I've composed and submitted the project
proposal to Apache GSoC 2013 here:
https://google-melange.appspot.com/gsoc/proposal/review/google/gsoc2013/jpz6311whu/7003
Any comments are welcome!
Best
On 28/04/13 11:25, Ying Jiang wrote:
Hi Andy,
The link about the spatial relationships you provided is very
interesting. I've tried to study Lucene to figure out whether they are
possible to be implemented. Shall we use Lucene 4.x or 3.x?
4.x, unless there is some good reason for needing 3.x;
Hi Andy,
The link about the spatial relationships you provided is very
interesting. I've tried to study Lucene to figure out whether they are
possible to be implemented. Shall we use Lucene 4.x or 3.x? For the
current release of Lucene 4.2.1, it provides a high level abstraction
for spatial query
On 26/04/13 04:34, Ying Jiang wrote:
Hi Andy,
Thanks for your explanations! I've got the idea of jena-spatial. I can
create it following the way of jena-text, with 2 implementations of
"nearby" and "within" at least. It's OK for this part.
This is interesting:
http://beta.data.ordnancesurvey.
Hi Andy,
Thanks for your explanations! I've got the idea of jena-spatial. I can
create it following the way of jena-text, with 2 implementations of
"nearby" and "within" at least. It's OK for this part.
As to the Fuseki task, it does not aim at jena-spatial, is it? Do you
mean the other Jena GSoC
On 22/04/13 13:50, Ying Jiang wrote:
Dear Andy,
Sorry for the late reply. These days, I've been studying the source
code of Jena pfunction, LARQ, jena-text and GeoARQ. Now I can
understand all of them by every single code line :). This summer, I
think I can take the concept of jena-text and make
Dear Andy,
Sorry for the late reply. These days, I've been studying the source
code of Jena pfunction, LARQ, jena-text and GeoARQ. Now I can
understand all of them by every single code line :). This summer, I
think I can take the concept of jena-text and make a similar one
applied to geospatial in
This is a potential GSoC project - I'd see it firstly being a separate
codebase as it develops, then get some people using it and providing
feedback and, if it's popular, it can move into Jena proper. The nice
thing is that doesn't (err "shouldn't") require modifications to the
main modules as
This is an awesome idea which could be extensively used if implemented (I
would!). Is this going to be a stand-alone project for GSoC? I would be
interested in working in this.
Thanks
~Gyan
On Mon, Apr 15, 2013 at 9:37 AM, Andy Seaborne wrote:
> === Spatial query
> JENA-10
>
> Not all spatial
=== Spatial query
JENA-10
Not all spatial queries are complicated. Many use case are covered by
provision of a single facility like get all objects within a given
radius or within a given bounding box. GeoSPARQL which is a complete
approach to geospatial query but it is complicated and driec
12 matches
Mail list logo