You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jena.apache.org by Ying Jiang <jp...@gmail.com> on 2013/07/02 05:46:23 UTC
[GSoC 2013] jena-spatial
Hi,
My name is Ying Jiang. I'm the GSoC student for Apache Jena on the
project of "jena-sptial". In brief, the project will end up with an
ARQ extension to perform simple spatial searches within SPARQL
queries. The approach is similar to "jena-text". Many technical
details have been discussed during the project application period. I
just completed my exams in late June. Now I've set up a svn repository
on Google Code [1] and got ready to code. I'd very glad to have Andy,
Damian and Stephen as the mentors. You will see the code to be
committed there in the coming months. I'd be grateful to your help
when I ask questions in the dev mailing list.
[1] http://code.google.com/p/jena-spatial/
Best regards,
Ying Jiang
Re: [GSoC 2013] jena-spatial
Posted by Marco Neumann <ma...@gmail.com>.
thanks Ying I am going to take a look at it over the weekend.
On Sat, Aug 3, 2013 at 6:13 AM, Ying Jiang <jp...@gmail.com> wrote:
> Hi
>
> The example has been modified with a file based index instead of the
> in-memory one. Please check it out again.
> [1]
>
> https://jena-spatial.googlecode.com/svn/trunk/src/main/java/examples/JenaSpatialExample1.java
>
>
> On Mon, Jul 29, 2013 at 10:58 PM, Marco Neumann <marco.neumann@gmail.com
> >wrote:
>
> > I also would like to see a file based index while you are at it and not
> > just the in memory spatial lucene engine example.
> >
> >
> >
> > On Mon, Jul 29, 2013 at 10:44 AM, Andy Seaborne <an...@apache.org> wrote:
> >
> > > On 27/07/13 14:40, Ying Jiang wrote:
> > >
> > >> Hi,
> > >>
> > >> The default distance units measurement is "miles". I've just
> committed
> > a
> > >> major change of the codes, including the following updates:
> > >>
> > >> 1) Support spatial indexing of WKT literal, including Point, Polygon
> or
> > >> any
> > >> other kinds of shapes.
> > >> 2) New property functions of "withinCirle", "withinBox",
> > "intersectsBox",
> > >> "north", "south", "east", "west"
> > >> 3) Support different distance units for "nearby", such as "miles",
> > >> "kilometers", "degrees", "meters" and so on.
> > >> 4) Examples are updated [1]. You can play with the new features of
> > >> jena-spatial.
> > >>
> > >> It's almost half-way of the GSoC project. In the upcoming second half,
> > >> I'll
> > >> bring more visibility of code progress to the community, at least
> > >> one report per week. Thanks to Andy for pointing it out!
> > >>
> > >> [1]
> > >> https://jena-spatial.**
> > googlecode.com/svn/trunk/src/**main/java/examples/
> > >> **JenaSpatialExample1.java<
> >
> https://jena-spatial.googlecode.com/svn/trunk/src/main/java/examples/JenaSpatialExample1.java
> > >
> > >>
> > >>
> > >> On Tue, Jul 23, 2013 at 9:37 PM, Andy Seaborne <an...@apache.org>
> wrote:
> > >>
> > >> In the example query there is:
> > >>>
> > >>> ?s spatial:nearby (51.3000 -2.71000 100)
> > >>>
> > >>> What units are the "100"?
> > >>> Can the application provide different units?
> > >>>
> > >>> Andy
> > >>>
> > >>>
> > >>
> > > Things are looking very good.
> > >
> > > How does this fit with the original plan in terms of functionality
> > > available?
> > >
> > >
> > > As we enter the second part of the GSoC, we need to be thinking about
> > >
> > > * A release
> > >
> > > That does not mean it's complete and a release needn't be a major cost
> in
> > > time. Having even one or two people try it out really helps in
> > > understanding what people might do with spatial indexing.
> > >
> > > It can be a message to the users Jena mailing list announcing status of
> > > the project and assuming interested people will grab the source and
> > compile
> > > a jar for themselves.
> > >
> > > But, if you want to, we can do something more packaged - anything up to
> > > and including migrating the code to Jena SVN and putting in a Jenkins
> job
> > > to build it into Jena's snapshot maven repository that's doable.
> > >
> > > A couple of things go with that:
> > >
> > > * Testing
> > >
> > > src/java/test is a bit empty :-)
> > >
> > > * User documentation
> > >
> > > Enough that someone can setup and use the project - short, to the point
> > > and "now" is better than long and detailed and "later". (The final
> phase
> > > of GSoC is write-up - that's needs to cover the next developers to come
> > > along.)
> > >
> > > What do you think about this?
> > >
> > > Andy
> > >
> > >
> >
> >
> > --
> >
> >
> > ---
> > Marco Neumann
> > KONA
> >
>
--
---
Marco Neumann
KONA
Re: [GSoC 2013] jena-spatial
Posted by Ying Jiang <jp...@gmail.com>.
Hi
The example has been modified with a file based index instead of the
in-memory one. Please check it out again.
[1]
https://jena-spatial.googlecode.com/svn/trunk/src/main/java/examples/JenaSpatialExample1.java
On Mon, Jul 29, 2013 at 10:58 PM, Marco Neumann <ma...@gmail.com>wrote:
> I also would like to see a file based index while you are at it and not
> just the in memory spatial lucene engine example.
>
>
>
> On Mon, Jul 29, 2013 at 10:44 AM, Andy Seaborne <an...@apache.org> wrote:
>
> > On 27/07/13 14:40, Ying Jiang wrote:
> >
> >> Hi,
> >>
> >> The default distance units measurement is "miles". I've just committed
> a
> >> major change of the codes, including the following updates:
> >>
> >> 1) Support spatial indexing of WKT literal, including Point, Polygon or
> >> any
> >> other kinds of shapes.
> >> 2) New property functions of "withinCirle", "withinBox",
> "intersectsBox",
> >> "north", "south", "east", "west"
> >> 3) Support different distance units for "nearby", such as "miles",
> >> "kilometers", "degrees", "meters" and so on.
> >> 4) Examples are updated [1]. You can play with the new features of
> >> jena-spatial.
> >>
> >> It's almost half-way of the GSoC project. In the upcoming second half,
> >> I'll
> >> bring more visibility of code progress to the community, at least
> >> one report per week. Thanks to Andy for pointing it out!
> >>
> >> [1]
> >> https://jena-spatial.**
> googlecode.com/svn/trunk/src/**main/java/examples/
> >> **JenaSpatialExample1.java<
> https://jena-spatial.googlecode.com/svn/trunk/src/main/java/examples/JenaSpatialExample1.java
> >
> >>
> >>
> >> On Tue, Jul 23, 2013 at 9:37 PM, Andy Seaborne <an...@apache.org> wrote:
> >>
> >> In the example query there is:
> >>>
> >>> ?s spatial:nearby (51.3000 -2.71000 100)
> >>>
> >>> What units are the "100"?
> >>> Can the application provide different units?
> >>>
> >>> Andy
> >>>
> >>>
> >>
> > Things are looking very good.
> >
> > How does this fit with the original plan in terms of functionality
> > available?
> >
> >
> > As we enter the second part of the GSoC, we need to be thinking about
> >
> > * A release
> >
> > That does not mean it's complete and a release needn't be a major cost in
> > time. Having even one or two people try it out really helps in
> > understanding what people might do with spatial indexing.
> >
> > It can be a message to the users Jena mailing list announcing status of
> > the project and assuming interested people will grab the source and
> compile
> > a jar for themselves.
> >
> > But, if you want to, we can do something more packaged - anything up to
> > and including migrating the code to Jena SVN and putting in a Jenkins job
> > to build it into Jena's snapshot maven repository that's doable.
> >
> > A couple of things go with that:
> >
> > * Testing
> >
> > src/java/test is a bit empty :-)
> >
> > * User documentation
> >
> > Enough that someone can setup and use the project - short, to the point
> > and "now" is better than long and detailed and "later". (The final phase
> > of GSoC is write-up - that's needs to cover the next developers to come
> > along.)
> >
> > What do you think about this?
> >
> > Andy
> >
> >
>
>
> --
>
>
> ---
> Marco Neumann
> KONA
>
Re: [GSoC 2013] jena-spatial
Posted by Marco Neumann <ma...@gmail.com>.
I also would like to see a file based index while you are at it and not
just the in memory spatial lucene engine example.
On Mon, Jul 29, 2013 at 10:44 AM, Andy Seaborne <an...@apache.org> wrote:
> On 27/07/13 14:40, Ying Jiang wrote:
>
>> Hi,
>>
>> The default distance units measurement is "miles". I've just committed a
>> major change of the codes, including the following updates:
>>
>> 1) Support spatial indexing of WKT literal, including Point, Polygon or
>> any
>> other kinds of shapes.
>> 2) New property functions of "withinCirle", "withinBox", "intersectsBox",
>> "north", "south", "east", "west"
>> 3) Support different distance units for "nearby", such as "miles",
>> "kilometers", "degrees", "meters" and so on.
>> 4) Examples are updated [1]. You can play with the new features of
>> jena-spatial.
>>
>> It's almost half-way of the GSoC project. In the upcoming second half,
>> I'll
>> bring more visibility of code progress to the community, at least
>> one report per week. Thanks to Andy for pointing it out!
>>
>> [1]
>> https://jena-spatial.**googlecode.com/svn/trunk/src/**main/java/examples/
>> **JenaSpatialExample1.java<https://jena-spatial.googlecode.com/svn/trunk/src/main/java/examples/JenaSpatialExample1.java>
>>
>>
>> On Tue, Jul 23, 2013 at 9:37 PM, Andy Seaborne <an...@apache.org> wrote:
>>
>> In the example query there is:
>>>
>>> ?s spatial:nearby (51.3000 -2.71000 100)
>>>
>>> What units are the "100"?
>>> Can the application provide different units?
>>>
>>> Andy
>>>
>>>
>>
> Things are looking very good.
>
> How does this fit with the original plan in terms of functionality
> available?
>
>
> As we enter the second part of the GSoC, we need to be thinking about
>
> * A release
>
> That does not mean it's complete and a release needn't be a major cost in
> time. Having even one or two people try it out really helps in
> understanding what people might do with spatial indexing.
>
> It can be a message to the users Jena mailing list announcing status of
> the project and assuming interested people will grab the source and compile
> a jar for themselves.
>
> But, if you want to, we can do something more packaged - anything up to
> and including migrating the code to Jena SVN and putting in a Jenkins job
> to build it into Jena's snapshot maven repository that's doable.
>
> A couple of things go with that:
>
> * Testing
>
> src/java/test is a bit empty :-)
>
> * User documentation
>
> Enough that someone can setup and use the project - short, to the point
> and "now" is better than long and detailed and "later". (The final phase
> of GSoC is write-up - that's needs to cover the next developers to come
> along.)
>
> What do you think about this?
>
> Andy
>
>
--
---
Marco Neumann
KONA
Re: [GSoC 2013] jena-spatial
Posted by Ying Jiang <jp...@gmail.com>.
Hi,
The warnings of the tests are presented when the geo pfunctions in the
sparql query strings are used in the incorrect way. So there's no need to
worry about the warnings. If no warnings are presented when it's
incorrectly used, the codes should have problems, and the tests would not
pass.
Best regards,
Ying Jiang
On Mon, Aug 5, 2013 at 9:04 PM, Andy Seaborne <an...@apache.org> wrote:
> Macro - have you had a chance to try this out yet?
>
>
> On 03/08/13 11:11, Ying Jiang wrote:
>
>> Hi Andy,
>>
>> Thanks for the comments! Please check my replies below.
>>
>> 1) Release:
>> Firstly, I'd like to make a release in the Google code [1] and announce in
>> the jena user mailing list for the feedbacks, marking it as
>> "jena-spatial-1.0.0". It should include the current source code and a
>> compiled jar. I'll also make a tag of "jena-spatial-1.0.0" in Google code
>> svn. However, during coding, the version of the "jena-parent" is
>> "7-SNAPSHOT",
>> with "ver.jena" as "2.10.2-SNAPSHOT". Shall I change them into "6" and
>> "2.10.1" respectively in the "jena-spatial-1.0.0" release tag?
>> Secondly, I'm looking forward to migrating the code to Jena SVN. What
>> shall
>> I do exactly? Do I need an apache svn account as a committer?
>>
>
> We (the Jena project) need to get sorted out and I won't want that to
> delay a release and getting feedback.
>
> (I'd missed the fact that Google code no longer supports downloads as of
> May this year.)
>
> The quickest thing to do is to send email to the users list as soon as
> some documentation is ready.
>
>
> 2) Testing: Last week, I made some unit tests for the property functions.
>> I
>> did find some bugs during testing. The tests are very useful. More testing
>> will be delivered later. Thanks for your reminder.
>>
>
> The tests pass for me but they generate some warnings - should I worry
> about this?
>
>
> 3) User documentation: It's not done yet. I'll create a user guide similar
>> to jena-text [3]. The documentation will be provided to the users
>> accompanying with the release of 1).
>>
>
> Andy
>
>
>> [1] https://code.google.com/p/**jena-spatial/<https://code.google.com/p/jena-spatial/>
>> [2]
>> https://code.google.com/p/**jena-spatial/source/browse/**
>> trunk/src/test/java/org/**apache/jena/query/spatial/TS_**
>> Spatial_Lucene.java<https://code.google.com/p/jena-spatial/source/browse/trunk/src/test/java/org/apache/jena/query/spatial/TS_Spatial_Lucene.java>
>> [3] http://jena.apache.org/**documentation/query/text-**query.html<http://jena.apache.org/documentation/query/text-query.html>
>>
>> On Mon, Jul 29, 2013 at 10:44 PM, Andy Seaborne <an...@apache.org> wrote:
>>
>> On 27/07/13 14:40, Ying Jiang wrote:
>>>
>>> Hi,
>>>>
>>>> The default distance units measurement is "miles". I've just committed
>>>> a
>>>> major change of the codes, including the following updates:
>>>>
>>>> 1) Support spatial indexing of WKT literal, including Point, Polygon or
>>>> any
>>>> other kinds of shapes.
>>>> 2) New property functions of "withinCirle", "withinBox",
>>>> "intersectsBox",
>>>> "north", "south", "east", "west"
>>>> 3) Support different distance units for "nearby", such as "miles",
>>>> "kilometers", "degrees", "meters" and so on.
>>>> 4) Examples are updated [1]. You can play with the new features of
>>>> jena-spatial.
>>>>
>>>> It's almost half-way of the GSoC project. In the upcoming second half,
>>>> I'll
>>>> bring more visibility of code progress to the community, at least
>>>> one report per week. Thanks to Andy for pointing it out!
>>>>
>>>> [1]
>>>> https://jena-spatial.**googlec**ode.com/svn/trunk/src/**main/**
>>>> java/examples/<http://googlecode.com/svn/trunk/src/**main/java/examples/>
>>>> **JenaSpatialExample1.java<htt**ps://jena-spatial.googlecode.**
>>>> com/svn/trunk/src/main/java/**examples/JenaSpatialExample1.**java<https://jena-spatial.googlecode.com/svn/trunk/src/main/java/examples/JenaSpatialExample1.java>
>>>> >
>>>>
>>>>
>>>>
>>>> On Tue, Jul 23, 2013 at 9:37 PM, Andy Seaborne <an...@apache.org> wrote:
>>>>
>>>> In the example query there is:
>>>>
>>>>>
>>>>> ?s spatial:nearby (51.3000 -2.71000 100)
>>>>>
>>>>> What units are the "100"?
>>>>> Can the application provide different units?
>>>>>
>>>>> Andy
>>>>>
>>>>>
>>>>>
>>>> Things are looking very good.
>>>
>>> How does this fit with the original plan in terms of functionality
>>> available?
>>>
>>>
>>> As we enter the second part of the GSoC, we need to be thinking about
>>>
>>> * A release
>>>
>>> That does not mean it's complete and a release needn't be a major cost in
>>> time. Having even one or two people try it out really helps in
>>> understanding what people might do with spatial indexing.
>>>
>>> It can be a message to the users Jena mailing list announcing status of
>>> the project and assuming interested people will grab the source and
>>> compile
>>> a jar for themselves.
>>>
>>> But, if you want to, we can do something more packaged - anything up to
>>> and including migrating the code to Jena SVN and putting in a Jenkins job
>>> to build it into Jena's snapshot maven repository that's doable.
>>>
>>> A couple of things go with that:
>>>
>>> * Testing
>>>
>>> src/java/test is a bit empty :-)
>>>
>>> * User documentation
>>>
>>> Enough that someone can setup and use the project - short, to the point
>>> and "now" is better than long and detailed and "later". (The final phase
>>> of GSoC is write-up - that's needs to cover the next developers to come
>>> along.)
>>>
>>> What do you think about this?
>>>
>>> Andy
>>>
>>>
>>>
>>
>
Re: [GSoC 2013] jena-spatial
Posted by Andy Seaborne <an...@apache.org>.
> (for the current week)
> 1. wrap things up
> 2. prepare and submit final evaluation of GSoC project
We're into the wrap-up period now and things seem fairly wrapped up.
The release of Jena 2.11.0 included jena-spatial, and it's part of the
Fuseki server jar as well. It's now down to the users to use it :-)
Thank you very much for so smoothly getting this module into Jena,
Andy
Re: [GSoC 2013] jena-spatial
Posted by Ying Jiang <jp...@gmail.com>.
Hi all,
(for a weekly report)
1. documentation in jena website (solr support documenatation)
2. prepare release
(for the current week)
1. wrap things up
2. prepare and submit final evaluation of GSoC project
Best regards,
Ying Jiang
On Sun, Sep 8, 2013 at 1:18 PM, Ying Jiang <jp...@gmail.com> wrote:
> Hi,
>
> (for a weekly report)
> 1. migration from google code to jena svn trunk
> 2. documentation in jena website (in progress)
> 3. resovle the JTS dependency problem
>
> (for the current week)
> 1. documentation in jena website
> 2. prepare release
>
> Best regards,
> Ying Jiang
>
>
> On Mon, Sep 2, 2013 at 6:04 PM, Ying Jiang <jp...@gmail.com> wrote:
>> Hi,
>>
>> (for a weekly report)
>> 1. solr support for jena-spatial
>>
>> (for the current week)
>> 1. migration from google code to jena svn trunk
>> 2. documentation in jena website
>>
>> I've just compared the work so far with the original project plan.
>> Here are the list of the project scopes in the plan and the
>> evaluations:
>> --
>> 1. Spatial Data Indexer: done with spatialindexer
>> 2. Spatial Property Functions
>> 2.1 within: done with spatial:withinBox and spatial:wininCircle
>> 2.2 nearby: done with spatial:wininCircle.
>> 2.3/2.4 intersects: only support shapes that can be represented with
>> WKT literals
>> 2.5 northing/southing/easting/westing: done
>> 2.6 disjoints: not supported by the current version of Lucene, maybe
>> available in future
>> 3. Jena Assembler Configuration with Fuseki Integration: done with
>> SpatialAssembler
>> ---
>>
>> There're also some jobs done, which are not in the orginal plan:
>> - solr support of jena-spatial
>> - distance measurement units support of spatial:nearby
>>
>> For the project progress, the orders of some parts have been adjusted:
>> * the implementations of the 2. Spatial Propery Functions are ahead of schedule
>> * the job of 1. Spatial Data Indexer should be the first job according
>> to the plan, But I completed it after 2 Spatial Propery Functions.
>> * the unit tests before the mid-term evaluation are delayed.
>>
>> As a summary, the project has been going well. The code has been put
>> into jena trunk.
>>
>> The remaining work should be the documentation on the website, fixing
>> bugs, integrating into the Jena build and some promotion of the work.
>>
>> Cheers,
>> Ying Jiang
>>
>> On Tue, Aug 27, 2013 at 5:09 AM, Andy Seaborne <an...@apache.org> wrote:
>>>
>>> On 26/08/13 06:45, Ying Jiang wrote:
>>>>
>>>> Hi Andy,
>>>>
>>>> Thanks for your help! I can make it now with Fuseki 0.2.8-SNAPSHOT.
>>>>
>>>> (for a weekly report)
>>>> 1. test assembler with fuseki 0.2.8-snapshot
>>>> 2. spatial indexing command line tools
>>>>
>>>> (for the current week)
>>>> 1. solr support for jena-spatial
>>>
>>>
>>> I'm keeping an eye on the timescale.
>>>
>>> Getting the code into Apache and getting the document into the jena website (staging) are important. To make sure they get done, could you please aim to get them done sooner rather than later (I'm not a leave-until-the-minute person!).
>>>
>>> Also, could you please evaluate progress against the project plan and give an overall status report. We can then see how much time remains and plan that out.
>>>
>>> I'll take a look at the legal side of NOTICE and LICENSE files.
>>>
>>> Andy
>>>
>>>>
>>>> Best regards,
>>>> Ying Jiang
>>>>
>>>>
>>>> On Fri, Aug 23, 2013 at 12:00 AM, Andy Seaborne <an...@apache.org> wrote:
>>>>
>>>>> On 22/08/13 05:36, Ying Jiang wrote:
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> I'm testing jena-spatial with fuseki. Could you please tell me how to
>>>>>> integrate jena-spatial into fuseki? I mean to make jena-spatial a module
>>>>>> included in fuseki-server.jar.
>>>>>>
>>>>>> I find jena-text documentation says it's already done. But I can't see it
>>>>>> in jena-fuseki-0.2.7-**distribution.
>>>>>>
>>>>>>
>>>>>> Since jena-spatial depends in lucene and solr, how to package them into
>>>>>> fuseki together with jena-spatial?
>>>>>>
>>>>>> Best regards,
>>>>>> Ying Jiang
>>>>>>
>>>>>
>>>>> Hi there -
>>>>>
>>>>> jene-text isn't in 0.2.7 (the last release, aligned to Jena 2.10.1)
>>>>>
>>>>> It is in Fuseki 0.2.8-SNAPSHOT (jena 2.10.2 aligned):
>>>>>
>>>>> https://repository.apache.org/**content/repositories/**
>>>>> snapshots/org/apache/jena/**jena-fuseki/0.2.8-SNAPSHOT/**
>>>>> jena-fuseki-0.2.8-20130820.**080818-84.pom<https://repository.apache.org/content/repositories/snapshots/org/apache/jena/jena-fuseki/0.2.8-SNAPSHOT/jena-fuseki-0.2.8-20130820.080818-84.pom>
>>>>>
>>>>>
>>>>> All it takes is:
>>>>>
>>>>> <dependency>
>>>>> <groupId>org.apache.jena</**groupId>
>>>>> <artifactId>jena-text</**artifactId>
>>>>> <version>1.0.0-SNAPSHOT</**version>
>>>>>
>>>>> </dependency>
>>>>>
>>>>> and then its dependencies of lucene and sol4j (the client) get pulled in
>>>>> by maven-shade-plugin.
>>>>>
>>>>> Andy
>>>>>
>>>>
>>>
Re: [GSoC 2013] jena-spatial
Posted by Ying Jiang <jp...@gmail.com>.
Hi,
(for a weekly report)
1. migration from google code to jena svn trunk
2. documentation in jena website (in progress)
3. resovle the JTS dependency problem
(for the current week)
1. documentation in jena website
2. prepare release
Best regards,
Ying Jiang
On Mon, Sep 2, 2013 at 6:04 PM, Ying Jiang <jp...@gmail.com> wrote:
> Hi,
>
> (for a weekly report)
> 1. solr support for jena-spatial
>
> (for the current week)
> 1. migration from google code to jena svn trunk
> 2. documentation in jena website
>
> I've just compared the work so far with the original project plan.
> Here are the list of the project scopes in the plan and the
> evaluations:
> --
> 1. Spatial Data Indexer: done with spatialindexer
> 2. Spatial Property Functions
> 2.1 within: done with spatial:withinBox and spatial:wininCircle
> 2.2 nearby: done with spatial:wininCircle.
> 2.3/2.4 intersects: only support shapes that can be represented with
> WKT literals
> 2.5 northing/southing/easting/westing: done
> 2.6 disjoints: not supported by the current version of Lucene, maybe
> available in future
> 3. Jena Assembler Configuration with Fuseki Integration: done with
> SpatialAssembler
> ---
>
> There're also some jobs done, which are not in the orginal plan:
> - solr support of jena-spatial
> - distance measurement units support of spatial:nearby
>
> For the project progress, the orders of some parts have been adjusted:
> * the implementations of the 2. Spatial Propery Functions are ahead of schedule
> * the job of 1. Spatial Data Indexer should be the first job according
> to the plan, But I completed it after 2 Spatial Propery Functions.
> * the unit tests before the mid-term evaluation are delayed.
>
> As a summary, the project has been going well. The code has been put
> into jena trunk.
>
> The remaining work should be the documentation on the website, fixing
> bugs, integrating into the Jena build and some promotion of the work.
>
> Cheers,
> Ying Jiang
>
> On Tue, Aug 27, 2013 at 5:09 AM, Andy Seaborne <an...@apache.org> wrote:
>>
>> On 26/08/13 06:45, Ying Jiang wrote:
>>>
>>> Hi Andy,
>>>
>>> Thanks for your help! I can make it now with Fuseki 0.2.8-SNAPSHOT.
>>>
>>> (for a weekly report)
>>> 1. test assembler with fuseki 0.2.8-snapshot
>>> 2. spatial indexing command line tools
>>>
>>> (for the current week)
>>> 1. solr support for jena-spatial
>>
>>
>> I'm keeping an eye on the timescale.
>>
>> Getting the code into Apache and getting the document into the jena website (staging) are important. To make sure they get done, could you please aim to get them done sooner rather than later (I'm not a leave-until-the-minute person!).
>>
>> Also, could you please evaluate progress against the project plan and give an overall status report. We can then see how much time remains and plan that out.
>>
>> I'll take a look at the legal side of NOTICE and LICENSE files.
>>
>> Andy
>>
>>>
>>> Best regards,
>>> Ying Jiang
>>>
>>>
>>> On Fri, Aug 23, 2013 at 12:00 AM, Andy Seaborne <an...@apache.org> wrote:
>>>
>>>> On 22/08/13 05:36, Ying Jiang wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> I'm testing jena-spatial with fuseki. Could you please tell me how to
>>>>> integrate jena-spatial into fuseki? I mean to make jena-spatial a module
>>>>> included in fuseki-server.jar.
>>>>>
>>>>> I find jena-text documentation says it's already done. But I can't see it
>>>>> in jena-fuseki-0.2.7-**distribution.
>>>>>
>>>>>
>>>>> Since jena-spatial depends in lucene and solr, how to package them into
>>>>> fuseki together with jena-spatial?
>>>>>
>>>>> Best regards,
>>>>> Ying Jiang
>>>>>
>>>>
>>>> Hi there -
>>>>
>>>> jene-text isn't in 0.2.7 (the last release, aligned to Jena 2.10.1)
>>>>
>>>> It is in Fuseki 0.2.8-SNAPSHOT (jena 2.10.2 aligned):
>>>>
>>>> https://repository.apache.org/**content/repositories/**
>>>> snapshots/org/apache/jena/**jena-fuseki/0.2.8-SNAPSHOT/**
>>>> jena-fuseki-0.2.8-20130820.**080818-84.pom<https://repository.apache.org/content/repositories/snapshots/org/apache/jena/jena-fuseki/0.2.8-SNAPSHOT/jena-fuseki-0.2.8-20130820.080818-84.pom>
>>>>
>>>>
>>>> All it takes is:
>>>>
>>>> <dependency>
>>>> <groupId>org.apache.jena</**groupId>
>>>> <artifactId>jena-text</**artifactId>
>>>> <version>1.0.0-SNAPSHOT</**version>
>>>>
>>>> </dependency>
>>>>
>>>> and then its dependencies of lucene and sol4j (the client) get pulled in
>>>> by maven-shade-plugin.
>>>>
>>>> Andy
>>>>
>>>
>>
Re: [GSoC 2013] jena-spatial
Posted by Ying Jiang <jp...@gmail.com>.
Hi,
(for a weekly report)
1. solr support for jena-spatial
(for the current week)
1. migration from google code to jena svn trunk
2. documentation in jena website
I've just compared the work so far with the original project plan.
Here are the list of the project scopes in the plan and the
evaluations:
--
1. Spatial Data Indexer: done with spatialindexer
2. Spatial Property Functions
2.1 within: done with spatial:withinBox and spatial:wininCircle
2.2 nearby: done with spatial:wininCircle.
2.3/2.4 intersects: only support shapes that can be represented with
WKT literals
2.5 northing/southing/easting/westing: done
2.6 disjoints: not supported by the current version of Lucene, maybe
available in future
3. Jena Assembler Configuration with Fuseki Integration: done with
SpatialAssembler
---
There're also some jobs done, which are not in the orginal plan:
- solr support of jena-spatial
- distance measurement units support of spatial:nearby
For the project progress, the orders of some parts have been adjusted:
* the implementations of the 2. Spatial Propery Functions are ahead of schedule
* the job of 1. Spatial Data Indexer should be the first job according
to the plan, But I completed it after 2 Spatial Propery Functions.
* the unit tests before the mid-term evaluation are delayed.
As a summary, the project has been going well. The code has been put
into jena trunk.
The remaining work should be the documentation on the website, fixing
bugs, integrating into the Jena build and some promotion of the work.
Cheers,
Ying Jiang
On Tue, Aug 27, 2013 at 5:09 AM, Andy Seaborne <an...@apache.org> wrote:
>
> On 26/08/13 06:45, Ying Jiang wrote:
>>
>> Hi Andy,
>>
>> Thanks for your help! I can make it now with Fuseki 0.2.8-SNAPSHOT.
>>
>> (for a weekly report)
>> 1. test assembler with fuseki 0.2.8-snapshot
>> 2. spatial indexing command line tools
>>
>> (for the current week)
>> 1. solr support for jena-spatial
>
>
> I'm keeping an eye on the timescale.
>
> Getting the code into Apache and getting the document into the jena website (staging) are important. To make sure they get done, could you please aim to get them done sooner rather than later (I'm not a leave-until-the-minute person!).
>
> Also, could you please evaluate progress against the project plan and give an overall status report. We can then see how much time remains and plan that out.
>
> I'll take a look at the legal side of NOTICE and LICENSE files.
>
> Andy
>
>>
>> Best regards,
>> Ying Jiang
>>
>>
>> On Fri, Aug 23, 2013 at 12:00 AM, Andy Seaborne <an...@apache.org> wrote:
>>
>>> On 22/08/13 05:36, Ying Jiang wrote:
>>>
>>>> Hi,
>>>>
>>>> I'm testing jena-spatial with fuseki. Could you please tell me how to
>>>> integrate jena-spatial into fuseki? I mean to make jena-spatial a module
>>>> included in fuseki-server.jar.
>>>>
>>>> I find jena-text documentation says it's already done. But I can't see it
>>>> in jena-fuseki-0.2.7-**distribution.
>>>>
>>>>
>>>> Since jena-spatial depends in lucene and solr, how to package them into
>>>> fuseki together with jena-spatial?
>>>>
>>>> Best regards,
>>>> Ying Jiang
>>>>
>>>
>>> Hi there -
>>>
>>> jene-text isn't in 0.2.7 (the last release, aligned to Jena 2.10.1)
>>>
>>> It is in Fuseki 0.2.8-SNAPSHOT (jena 2.10.2 aligned):
>>>
>>> https://repository.apache.org/**content/repositories/**
>>> snapshots/org/apache/jena/**jena-fuseki/0.2.8-SNAPSHOT/**
>>> jena-fuseki-0.2.8-20130820.**080818-84.pom<https://repository.apache.org/content/repositories/snapshots/org/apache/jena/jena-fuseki/0.2.8-SNAPSHOT/jena-fuseki-0.2.8-20130820.080818-84.pom>
>>>
>>>
>>> All it takes is:
>>>
>>> <dependency>
>>> <groupId>org.apache.jena</**groupId>
>>> <artifactId>jena-text</**artifactId>
>>> <version>1.0.0-SNAPSHOT</**version>
>>>
>>> </dependency>
>>>
>>> and then its dependencies of lucene and sol4j (the client) get pulled in
>>> by maven-shade-plugin.
>>>
>>> Andy
>>>
>>
>
Re: [GSoC 2013] jena-spatial
Posted by Andy Seaborne <an...@apache.org>.
On 26/08/13 06:45, Ying Jiang wrote:
> Hi Andy,
>
> Thanks for your help! I can make it now with Fuseki 0.2.8-SNAPSHOT.
>
> (for a weekly report)
> 1. test assembler with fuseki 0.2.8-snapshot
> 2. spatial indexing command line tools
>
> (for the current week)
> 1. solr support for jena-spatial
I'm keeping an eye on the timescale.
Getting the code into Apache and getting the document into the jena
website (staging) are important. To make sure they get done, could you
please aim to get them done sooner rather than later (I'm not a
leave-until-the-minute person!).
Also, could you please evaluate progress against the project plan and
give an overall status report. We can then see how much time remains
and plan that out.
I'll take a look at the legal side of NOTICE and LICENSE files.
Andy
>
> Best regards,
> Ying Jiang
>
>
> On Fri, Aug 23, 2013 at 12:00 AM, Andy Seaborne <an...@apache.org> wrote:
>
>> On 22/08/13 05:36, Ying Jiang wrote:
>>
>>> Hi,
>>>
>>> I'm testing jena-spatial with fuseki. Could you please tell me how to
>>> integrate jena-spatial into fuseki? I mean to make jena-spatial a module
>>> included in fuseki-server.jar.
>>>
>>> I find jena-text documentation says it's already done. But I can't see it
>>> in jena-fuseki-0.2.7-**distribution.
>>>
>>> Since jena-spatial depends in lucene and solr, how to package them into
>>> fuseki together with jena-spatial?
>>>
>>> Best regards,
>>> Ying Jiang
>>>
>>
>> Hi there -
>>
>> jene-text isn't in 0.2.7 (the last release, aligned to Jena 2.10.1)
>>
>> It is in Fuseki 0.2.8-SNAPSHOT (jena 2.10.2 aligned):
>>
>> https://repository.apache.org/**content/repositories/**
>> snapshots/org/apache/jena/**jena-fuseki/0.2.8-SNAPSHOT/**
>> jena-fuseki-0.2.8-20130820.**080818-84.pom<https://repository.apache.org/content/repositories/snapshots/org/apache/jena/jena-fuseki/0.2.8-SNAPSHOT/jena-fuseki-0.2.8-20130820.080818-84.pom>
>>
>> All it takes is:
>>
>> <dependency>
>> <groupId>org.apache.jena</**groupId>
>> <artifactId>jena-text</**artifactId>
>> <version>1.0.0-SNAPSHOT</**version>
>> </dependency>
>>
>> and then its dependencies of lucene and sol4j (the client) get pulled in
>> by maven-shade-plugin.
>>
>> Andy
>>
>
Re: [GSoC 2013] jena-spatial
Posted by Ying Jiang <jp...@gmail.com>.
Hi Andy,
Thanks for your help! I can make it now with Fuseki 0.2.8-SNAPSHOT.
(for a weekly report)
1. test assembler with fuseki 0.2.8-snapshot
2. spatial indexing command line tools
(for the current week)
1. solr support for jena-spatial
Best regards,
Ying Jiang
On Fri, Aug 23, 2013 at 12:00 AM, Andy Seaborne <an...@apache.org> wrote:
> On 22/08/13 05:36, Ying Jiang wrote:
>
>> Hi,
>>
>> I'm testing jena-spatial with fuseki. Could you please tell me how to
>> integrate jena-spatial into fuseki? I mean to make jena-spatial a module
>> included in fuseki-server.jar.
>>
>> I find jena-text documentation says it's already done. But I can't see it
>> in jena-fuseki-0.2.7-**distribution.
>>
>> Since jena-spatial depends in lucene and solr, how to package them into
>> fuseki together with jena-spatial?
>>
>> Best regards,
>> Ying Jiang
>>
>
> Hi there -
>
> jene-text isn't in 0.2.7 (the last release, aligned to Jena 2.10.1)
>
> It is in Fuseki 0.2.8-SNAPSHOT (jena 2.10.2 aligned):
>
> https://repository.apache.org/**content/repositories/**
> snapshots/org/apache/jena/**jena-fuseki/0.2.8-SNAPSHOT/**
> jena-fuseki-0.2.8-20130820.**080818-84.pom<https://repository.apache.org/content/repositories/snapshots/org/apache/jena/jena-fuseki/0.2.8-SNAPSHOT/jena-fuseki-0.2.8-20130820.080818-84.pom>
>
> All it takes is:
>
> <dependency>
> <groupId>org.apache.jena</**groupId>
> <artifactId>jena-text</**artifactId>
> <version>1.0.0-SNAPSHOT</**version>
> </dependency>
>
> and then its dependencies of lucene and sol4j (the client) get pulled in
> by maven-shade-plugin.
>
> Andy
>
Re: [GSoC 2013] jena-spatial
Posted by Andy Seaborne <an...@apache.org>.
On 22/08/13 05:36, Ying Jiang wrote:
> Hi,
>
> I'm testing jena-spatial with fuseki. Could you please tell me how to
> integrate jena-spatial into fuseki? I mean to make jena-spatial a module
> included in fuseki-server.jar.
>
> I find jena-text documentation says it's already done. But I can't see it
> in jena-fuseki-0.2.7-distribution.
>
> Since jena-spatial depends in lucene and solr, how to package them into
> fuseki together with jena-spatial?
>
> Best regards,
> Ying Jiang
Hi there -
jene-text isn't in 0.2.7 (the last release, aligned to Jena 2.10.1)
It is in Fuseki 0.2.8-SNAPSHOT (jena 2.10.2 aligned):
https://repository.apache.org/content/repositories/snapshots/org/apache/jena/jena-fuseki/0.2.8-SNAPSHOT/jena-fuseki-0.2.8-20130820.080818-84.pom
All it takes is:
<dependency>
<groupId>org.apache.jena</groupId>
<artifactId>jena-text</artifactId>
<version>1.0.0-SNAPSHOT</version>
</dependency>
and then its dependencies of lucene and sol4j (the client) get pulled in
by maven-shade-plugin.
Andy
Re: [GSoC 2013] jena-spatial
Posted by Ying Jiang <jp...@gmail.com>.
Hi,
I'm testing jena-spatial with fuseki. Could you please tell me how to
integrate jena-spatial into fuseki? I mean to make jena-spatial a module
included in fuseki-server.jar.
I find jena-text documentation says it's already done. But I can't see it
in jena-fuseki-0.2.7-distribution.
Since jena-spatial depends in lucene and solr, how to package them into
fuseki together with jena-spatial?
Best regards,
Ying Jiang
On Mon, Aug 19, 2013 at 11:26 AM, Ying Jiang <jp...@gmail.com> wrote:
> Hi,
>
> (for a weekly report)
> 1. spatial dataset assembler and the tests
> 2. update the examples and the test files, in accordance with the user
> document [1]
>
> (for the current week)
> 1. test assembler with fuseki
> 2. spatial indexing command line tools
>
> [1] http://code.google.com/p/jena-spatial/wiki/JenaSpatialUserDocument
>
> Best Regards,
> Ying Jiang
>
>
>
>
> On Tue, Aug 13, 2013 at 12:40 PM, Ying Jiang <jp...@gmail.com> wrote:
>
>> Hi,
>>
>> (for a weekly report)
>> Last week, I completed the user document [1] of jena-spatial and fixed
>> some bugs posted by Macro. The release of jena-spatial-1.0.0 has been
>> announced in users and dev lists of jena. I hope more users can try it
>> out and provide valuable feedback.
>>
>> (for the current week)
>> I'm working on the spatial dataset assembler module. After that,
>> jena-spatial will be tested with fuseki, maybe in next week.
>>
>> [1] http://code.google.com/p/jena-spatial/wiki/JenaSpatialUserDocument
>>
>> Best regards,
>> Ying Jiang
>>
>> On Sat, Aug 10, 2013 at 4:07 AM, Andy Seaborne <an...@apache.org> wrote:
>> > On 07/08/13 16:08, Marco Neumann wrote:
>> >>
>> >> Very nice Ying Jiang,
>> >>
>> >> thank you for the quick changes, I have run a few quick tests and it
>> look
>> >> very good. more tests to come.
>> >>
>> >> This project comes along nicely and I consider to replace our
>> >> geosparl.orgimplementation with the new GSoc code. We developed the
>> >> spatial extension
>> >> in 2008 with proprietary RTree and the new code is based on lucene.
>> What
>> >> are the exact licensing details for this project?
>> >
>> >
>> > Apache License v2.
>> >
>> >
>> >>
>> >> Andy what are the next steps to include this code in fuseki?
>> >
>> >
>> > I hope it will be included in the same way that the same way jena-text
>> gets
>> > included. jena-text is simply added to the POM, then an example
>> assembler.
>> >
>> > Andy
>> >
>> >>
>> >> -Marco
>> >
>> >
>>
>
>
Re: [GSoC 2013] jena-spatial
Posted by Ying Jiang <jp...@gmail.com>.
Hi,
(for a weekly report)
1. spatial dataset assembler and the tests
2. update the examples and the test files, in accordance with the user
document [1]
(for the current week)
1. test assembler with fuseki
2. spatial indexing command line tools
[1] http://code.google.com/p/jena-spatial/wiki/JenaSpatialUserDocument
Best Regards,
Ying Jiang
On Tue, Aug 13, 2013 at 12:40 PM, Ying Jiang <jp...@gmail.com> wrote:
> Hi,
>
> (for a weekly report)
> Last week, I completed the user document [1] of jena-spatial and fixed
> some bugs posted by Macro. The release of jena-spatial-1.0.0 has been
> announced in users and dev lists of jena. I hope more users can try it
> out and provide valuable feedback.
>
> (for the current week)
> I'm working on the spatial dataset assembler module. After that,
> jena-spatial will be tested with fuseki, maybe in next week.
>
> [1] http://code.google.com/p/jena-spatial/wiki/JenaSpatialUserDocument
>
> Best regards,
> Ying Jiang
>
> On Sat, Aug 10, 2013 at 4:07 AM, Andy Seaborne <an...@apache.org> wrote:
> > On 07/08/13 16:08, Marco Neumann wrote:
> >>
> >> Very nice Ying Jiang,
> >>
> >> thank you for the quick changes, I have run a few quick tests and it
> look
> >> very good. more tests to come.
> >>
> >> This project comes along nicely and I consider to replace our
> >> geosparl.orgimplementation with the new GSoc code. We developed the
> >> spatial extension
> >> in 2008 with proprietary RTree and the new code is based on lucene. What
> >> are the exact licensing details for this project?
> >
> >
> > Apache License v2.
> >
> >
> >>
> >> Andy what are the next steps to include this code in fuseki?
> >
> >
> > I hope it will be included in the same way that the same way jena-text
> gets
> > included. jena-text is simply added to the POM, then an example
> assembler.
> >
> > Andy
> >
> >>
> >> -Marco
> >
> >
>
Re: [GSoC 2013] jena-spatial
Posted by Ying Jiang <jp...@gmail.com>.
Hi,
(for a weekly report)
Last week, I completed the user document [1] of jena-spatial and fixed
some bugs posted by Macro. The release of jena-spatial-1.0.0 has been
announced in users and dev lists of jena. I hope more users can try it
out and provide valuable feedback.
(for the current week)
I'm working on the spatial dataset assembler module. After that,
jena-spatial will be tested with fuseki, maybe in next week.
[1] http://code.google.com/p/jena-spatial/wiki/JenaSpatialUserDocument
Best regards,
Ying Jiang
On Sat, Aug 10, 2013 at 4:07 AM, Andy Seaborne <an...@apache.org> wrote:
> On 07/08/13 16:08, Marco Neumann wrote:
>>
>> Very nice Ying Jiang,
>>
>> thank you for the quick changes, I have run a few quick tests and it look
>> very good. more tests to come.
>>
>> This project comes along nicely and I consider to replace our
>> geosparl.orgimplementation with the new GSoc code. We developed the
>> spatial extension
>> in 2008 with proprietary RTree and the new code is based on lucene. What
>> are the exact licensing details for this project?
>
>
> Apache License v2.
>
>
>>
>> Andy what are the next steps to include this code in fuseki?
>
>
> I hope it will be included in the same way that the same way jena-text gets
> included. jena-text is simply added to the POM, then an example assembler.
>
> Andy
>
>>
>> -Marco
>
>
Re: [GSoC 2013] jena-spatial
Posted by Andy Seaborne <an...@apache.org>.
On 07/08/13 16:08, Marco Neumann wrote:
> Very nice Ying Jiang,
>
> thank you for the quick changes, I have run a few quick tests and it look
> very good. more tests to come.
>
> This project comes along nicely and I consider to replace our
> geosparl.orgimplementation with the new GSoc code. We developed the
> spatial extension
> in 2008 with proprietary RTree and the new code is based on lucene. What
> are the exact licensing details for this project?
Apache License v2.
>
> Andy what are the next steps to include this code in fuseki?
I hope it will be included in the same way that the same way jena-text
gets included. jena-text is simply added to the POM, then an example
assembler.
Andy
>
> -Marco
Re: [GSoC 2013] jena-spatial
Posted by Marco Neumann <ma...@gmail.com>.
Very nice Ying Jiang,
thank you for the quick changes, I have run a few quick tests and it look
very good. more tests to come.
This project comes along nicely and I consider to replace our
geosparl.orgimplementation with the new GSoc code. We developed the
spatial extension
in 2008 with proprietary RTree and the new code is based on lucene. What
are the exact licensing details for this project?
Andy what are the next steps to include this code in fuseki?
-Marco
On Wed, Aug 7, 2013 at 10:28 AM, Ying Jiang <jp...@gmail.com> wrote:
> Dear Macro,
>
> Thanks a lot! I've updated the code in the following ways:
> 1. Add the support for indexing literals without datatypes, i.e. the
> support for b.) in the previous mails. You can find the demostrations in
> the test [1], and in the example code [2].
> 2. Add a test [3] for a file based TDB Dataset with the spatial index.
> Actually, jena-spatial is suitable for any types of Dataset, including
> in-memory ones, file based ones (such as TDB), or something else. Please
> check "JenaSpatialExample1.joinDataset()" in the example code [2], which
> shows how to add the spatial indexing support for a base Dataset.
>
> [1]
>
> http://code.google.com/p/jena-spatial/source/browse/trunk/src/test/java/org/apache/jena/query/spatial/TestIndexingSpatialData.java
> [2]
>
> http://code.google.com/p/jena-spatial/source/browse/trunk/src/main/java/examples/JenaSpatialExample1.java
> [3]
>
> http://code.google.com/p/jena-spatial/source/browse/trunk/src/test/java/org/apache/jena/query/spatial/TestTDBDatasetWithLuceneSpatialIndex.java
>
> Please update the code and have a try. I'm very grateful to your valuable
> feedbacks!
>
> Best regards,
> Ying Jiang
>
> On Wed, Aug 7, 2013 at 12:49 AM, Marco Neumann <marco.neumann@gmail.com
> >wrote:
>
> > I would lean towards b.) but that does not mean to omit a.)
> >
> >
> > On Tue, Aug 6, 2013 at 12:42 PM, Ying Jiang <jp...@gmail.com>
> wrote:
> >
> > > Hi, Marco
> > >
> > > The current indexing strategy requires both the followings:
> > > 1) the predicates to be geo:lat and geo:long;
> > > 2) the datatypes of objects are: XSDfloat, XSDdecimal, XSDdouble,
> > > XSDinteger
> > >
> > > For b) you mentioned. Jena will regard no datatypes of the objects.
> > > Shall we remove the requirements of 2), or make it compatible with b)?
> > Are
> > > the datatype restrictions on the objects necessary for indexing?
> > >
> > > Best regards,
> > > Ying Jiang
> > >
> > > On Wed, Aug 7, 2013 at 12:17 AM, Marco Neumann <
> marco.neumann@gmail.com
> > > >wrote:
> > >
> > > > the current project requires the spatial data for points to come
> typed
> > as
> > > > xsd:float. otherwise data is ignored during indexing.
> > > >
> > > > example:
> > > >
> > > > a.) {will be indexed}
> > > > airports:EGBB rdf:type airports_sc:LargeAirport ;
> > > > geo:lat "52.4539"^^xsd:float ;
> > > > geo:long "-1.74803"^^xsd:float ;
> > > > rdfs:label "Birmingham International Airport"
> > > >
> > > > b.) {will not be indexed}
> > > > airports:EGBB rdf:type airports_sc:LargeAirport ;
> > > > geo:lat "52.4539";
> > > > geo:long "-1.74803";
> > > > rdfs:label "Birmingham International Airport"
> > > >
> > > > By default jena should accept geo:lat and geo:long as decimal
> degrees.
> > > >
> > > >
> > > >
> > > >
> > > > On Tue, Aug 6, 2013 at 12:04 PM, Ying Jiang <jp...@gmail.com>
> > > wrote:
> > > >
> > > > > Hi,
> > > > >
> > > > > I'm with the dev list. Any problems with your tests?
> > > > >
> > > > > Best regards,
> > > > > Ying Jiang
> > > > >
> > > > > On Tue, Aug 6, 2013 at 9:58 PM, Marco Neumann <
> > marco.neumann@gmail.com
> > > > > >wrote:
> > > > >
> > > > > > Andy,
> > > > > >
> > > > > > is Ying Jiang a member of the dev list?
> > > > > >
> > > > > > Marco
> > > > > >
> > > > > >
> > > > > >
> > > > > > On Mon, Aug 5, 2013 at 5:16 PM, Marco Neumann <
> > > marco.neumann@gmail.com
> > > > > > >wrote:
> > > > > >
> > > > > > > ok so I have the project now in the correct setup and the code
> > > > compiles
> > > > > > > fine but with 1677 warnings as mention by you
> > > > > > >
> > > > > > > I am going to test the code with larger rdf data sets in the
> > coming
> > > > > days.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > On Mon, Aug 5, 2013 at 10:16 AM, Andy Seaborne <
> andy@apache.org>
> > > > > wrote:
> > > > > > >
> > > > > > >> On 05/08/13 14:48, Marco Neumann wrote:
> > > > > > >>
> > > > > > >>> On Mon, Aug 5, 2013 at 9:41 AM, Andy Seaborne <
> andy@apache.org
> > >
> > > > > wrote:
> > > > > > >>>
> > > > > > >>> On 05/08/13 14:25, Marco Neumann wrote:
> > > > > > >>>>
> > > > > > >>>> Andy,
> > > > > > >>>>>
> > > > > > >>>>> yes, but I am discussing some details with Ying Jiang
> > off-list
> > > > > there
> > > > > > >>>>> are
> > > > > > >>>>> some configuration questions I still have. The code itself
> > > looks
> > > > > OK.
> > > > > > >>>>>
> > > > > > >>>>>
> > > > > > >>>> Great - thanks.
> > > > > > >>>>
> > > > > > >>>> Could we have the discussions on-list please?
> > > > > > >>>>
> > > > > > >>>>
> > > > > > >>>> What would be the schedule for a release? Will this be
> part
> > of
> > > > the
> > > > > > >>>> main
> > > > > > >>>>
> > > > > > >>>>> jena release? if so there need to be some dependencies
> worked
> > > out
> > > > > for
> > > > > > >>>>> apache-lucene and apache-lucene spatial on my end.
> > > > > > >>>>>
> > > > > > >>>>>
> > > > > > >>>> Such as? (I didn't have any issues with the versions in the
> > > POM)
> > > > > > >>>>
> > > > > > >>>>
> > > > > > >>> it's a configuration option in eclipse (Kepler)+m2eclipse
> with
> > > > > > >>> apache+lucene + apache+lucene+spatial I need to replicate.
> > > > > > >>>
> > > > > > >>> how do you compile the POM and missing dependencies? do you
> > just
> > > > > > create a
> > > > > > >>> local copy of the specific jena snapshot + jars?
> > > > > > >>>
> > > > > > >>>
> > > > > > >> "kepler+maven nature" works for me. I haven't tried mvn
> > > > > eclipse:eclipse
> > > > > > >>
> > > > > > >> or you can build with:
> > > > > > >>
> > > > > > >> mvn clean test
> > > > > > >>
> > > > > > >> Dependencies work with "mvn dependency:resolve" and with
> > > > > > >> Eclipse: "maven->Update Project"
> > > > > > >>
> > > > > > >> Andy
> > > > > > >>
> > > > > > >>
> > > > > > >>
> > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > >
> > > > > > >
> > > > > > > ---
> > > > > > > Marco Neumann
> > > > > > > KONA
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > >
> > > > > >
> > > > > > ---
> > > > > > Marco Neumann
> > > > > > KONA
> > > > > >
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > >
> > > >
> > > > ---
> > > > Marco Neumann
> > > > KONA
> > > >
> > >
> >
> >
> >
> > --
> >
> >
> > ---
> > Marco Neumann
> > KONA
> >
>
--
---
Marco Neumann
KONA
Re: [GSoC 2013] jena-spatial
Posted by Ying Jiang <jp...@gmail.com>.
Dear Macro,
Thanks a lot! I've updated the code in the following ways:
1. Add the support for indexing literals without datatypes, i.e. the
support for b.) in the previous mails. You can find the demostrations in
the test [1], and in the example code [2].
2. Add a test [3] for a file based TDB Dataset with the spatial index.
Actually, jena-spatial is suitable for any types of Dataset, including
in-memory ones, file based ones (such as TDB), or something else. Please
check "JenaSpatialExample1.joinDataset()" in the example code [2], which
shows how to add the spatial indexing support for a base Dataset.
[1]
http://code.google.com/p/jena-spatial/source/browse/trunk/src/test/java/org/apache/jena/query/spatial/TestIndexingSpatialData.java
[2]
http://code.google.com/p/jena-spatial/source/browse/trunk/src/main/java/examples/JenaSpatialExample1.java
[3]
http://code.google.com/p/jena-spatial/source/browse/trunk/src/test/java/org/apache/jena/query/spatial/TestTDBDatasetWithLuceneSpatialIndex.java
Please update the code and have a try. I'm very grateful to your valuable
feedbacks!
Best regards,
Ying Jiang
On Wed, Aug 7, 2013 at 12:49 AM, Marco Neumann <ma...@gmail.com>wrote:
> I would lean towards b.) but that does not mean to omit a.)
>
>
> On Tue, Aug 6, 2013 at 12:42 PM, Ying Jiang <jp...@gmail.com> wrote:
>
> > Hi, Marco
> >
> > The current indexing strategy requires both the followings:
> > 1) the predicates to be geo:lat and geo:long;
> > 2) the datatypes of objects are: XSDfloat, XSDdecimal, XSDdouble,
> > XSDinteger
> >
> > For b) you mentioned. Jena will regard no datatypes of the objects.
> > Shall we remove the requirements of 2), or make it compatible with b)?
> Are
> > the datatype restrictions on the objects necessary for indexing?
> >
> > Best regards,
> > Ying Jiang
> >
> > On Wed, Aug 7, 2013 at 12:17 AM, Marco Neumann <marco.neumann@gmail.com
> > >wrote:
> >
> > > the current project requires the spatial data for points to come typed
> as
> > > xsd:float. otherwise data is ignored during indexing.
> > >
> > > example:
> > >
> > > a.) {will be indexed}
> > > airports:EGBB rdf:type airports_sc:LargeAirport ;
> > > geo:lat "52.4539"^^xsd:float ;
> > > geo:long "-1.74803"^^xsd:float ;
> > > rdfs:label "Birmingham International Airport"
> > >
> > > b.) {will not be indexed}
> > > airports:EGBB rdf:type airports_sc:LargeAirport ;
> > > geo:lat "52.4539";
> > > geo:long "-1.74803";
> > > rdfs:label "Birmingham International Airport"
> > >
> > > By default jena should accept geo:lat and geo:long as decimal degrees.
> > >
> > >
> > >
> > >
> > > On Tue, Aug 6, 2013 at 12:04 PM, Ying Jiang <jp...@gmail.com>
> > wrote:
> > >
> > > > Hi,
> > > >
> > > > I'm with the dev list. Any problems with your tests?
> > > >
> > > > Best regards,
> > > > Ying Jiang
> > > >
> > > > On Tue, Aug 6, 2013 at 9:58 PM, Marco Neumann <
> marco.neumann@gmail.com
> > > > >wrote:
> > > >
> > > > > Andy,
> > > > >
> > > > > is Ying Jiang a member of the dev list?
> > > > >
> > > > > Marco
> > > > >
> > > > >
> > > > >
> > > > > On Mon, Aug 5, 2013 at 5:16 PM, Marco Neumann <
> > marco.neumann@gmail.com
> > > > > >wrote:
> > > > >
> > > > > > ok so I have the project now in the correct setup and the code
> > > compiles
> > > > > > fine but with 1677 warnings as mention by you
> > > > > >
> > > > > > I am going to test the code with larger rdf data sets in the
> coming
> > > > days.
> > > > > >
> > > > > >
> > > > > >
> > > > > > On Mon, Aug 5, 2013 at 10:16 AM, Andy Seaborne <an...@apache.org>
> > > > wrote:
> > > > > >
> > > > > >> On 05/08/13 14:48, Marco Neumann wrote:
> > > > > >>
> > > > > >>> On Mon, Aug 5, 2013 at 9:41 AM, Andy Seaborne <andy@apache.org
> >
> > > > wrote:
> > > > > >>>
> > > > > >>> On 05/08/13 14:25, Marco Neumann wrote:
> > > > > >>>>
> > > > > >>>> Andy,
> > > > > >>>>>
> > > > > >>>>> yes, but I am discussing some details with Ying Jiang
> off-list
> > > > there
> > > > > >>>>> are
> > > > > >>>>> some configuration questions I still have. The code itself
> > looks
> > > > OK.
> > > > > >>>>>
> > > > > >>>>>
> > > > > >>>> Great - thanks.
> > > > > >>>>
> > > > > >>>> Could we have the discussions on-list please?
> > > > > >>>>
> > > > > >>>>
> > > > > >>>> What would be the schedule for a release? Will this be part
> of
> > > the
> > > > > >>>> main
> > > > > >>>>
> > > > > >>>>> jena release? if so there need to be some dependencies worked
> > out
> > > > for
> > > > > >>>>> apache-lucene and apache-lucene spatial on my end.
> > > > > >>>>>
> > > > > >>>>>
> > > > > >>>> Such as? (I didn't have any issues with the versions in the
> > POM)
> > > > > >>>>
> > > > > >>>>
> > > > > >>> it's a configuration option in eclipse (Kepler)+m2eclipse with
> > > > > >>> apache+lucene + apache+lucene+spatial I need to replicate.
> > > > > >>>
> > > > > >>> how do you compile the POM and missing dependencies? do you
> just
> > > > > create a
> > > > > >>> local copy of the specific jena snapshot + jars?
> > > > > >>>
> > > > > >>>
> > > > > >> "kepler+maven nature" works for me. I haven't tried mvn
> > > > eclipse:eclipse
> > > > > >>
> > > > > >> or you can build with:
> > > > > >>
> > > > > >> mvn clean test
> > > > > >>
> > > > > >> Dependencies work with "mvn dependency:resolve" and with
> > > > > >> Eclipse: "maven->Update Project"
> > > > > >>
> > > > > >> Andy
> > > > > >>
> > > > > >>
> > > > > >>
> > > > > >
> > > > > >
> > > > > > --
> > > > > >
> > > > > >
> > > > > > ---
> > > > > > Marco Neumann
> > > > > > KONA
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > >
> > > > >
> > > > > ---
> > > > > Marco Neumann
> > > > > KONA
> > > > >
> > > >
> > >
> > >
> > >
> > > --
> > >
> > >
> > > ---
> > > Marco Neumann
> > > KONA
> > >
> >
>
>
>
> --
>
>
> ---
> Marco Neumann
> KONA
>
Re: [GSoC 2013] jena-spatial
Posted by Marco Neumann <ma...@gmail.com>.
I would lean towards b.) but that does not mean to omit a.)
On Tue, Aug 6, 2013 at 12:42 PM, Ying Jiang <jp...@gmail.com> wrote:
> Hi, Marco
>
> The current indexing strategy requires both the followings:
> 1) the predicates to be geo:lat and geo:long;
> 2) the datatypes of objects are: XSDfloat, XSDdecimal, XSDdouble,
> XSDinteger
>
> For b) you mentioned. Jena will regard no datatypes of the objects.
> Shall we remove the requirements of 2), or make it compatible with b)? Are
> the datatype restrictions on the objects necessary for indexing?
>
> Best regards,
> Ying Jiang
>
> On Wed, Aug 7, 2013 at 12:17 AM, Marco Neumann <marco.neumann@gmail.com
> >wrote:
>
> > the current project requires the spatial data for points to come typed as
> > xsd:float. otherwise data is ignored during indexing.
> >
> > example:
> >
> > a.) {will be indexed}
> > airports:EGBB rdf:type airports_sc:LargeAirport ;
> > geo:lat "52.4539"^^xsd:float ;
> > geo:long "-1.74803"^^xsd:float ;
> > rdfs:label "Birmingham International Airport"
> >
> > b.) {will not be indexed}
> > airports:EGBB rdf:type airports_sc:LargeAirport ;
> > geo:lat "52.4539";
> > geo:long "-1.74803";
> > rdfs:label "Birmingham International Airport"
> >
> > By default jena should accept geo:lat and geo:long as decimal degrees.
> >
> >
> >
> >
> > On Tue, Aug 6, 2013 at 12:04 PM, Ying Jiang <jp...@gmail.com>
> wrote:
> >
> > > Hi,
> > >
> > > I'm with the dev list. Any problems with your tests?
> > >
> > > Best regards,
> > > Ying Jiang
> > >
> > > On Tue, Aug 6, 2013 at 9:58 PM, Marco Neumann <marco.neumann@gmail.com
> > > >wrote:
> > >
> > > > Andy,
> > > >
> > > > is Ying Jiang a member of the dev list?
> > > >
> > > > Marco
> > > >
> > > >
> > > >
> > > > On Mon, Aug 5, 2013 at 5:16 PM, Marco Neumann <
> marco.neumann@gmail.com
> > > > >wrote:
> > > >
> > > > > ok so I have the project now in the correct setup and the code
> > compiles
> > > > > fine but with 1677 warnings as mention by you
> > > > >
> > > > > I am going to test the code with larger rdf data sets in the coming
> > > days.
> > > > >
> > > > >
> > > > >
> > > > > On Mon, Aug 5, 2013 at 10:16 AM, Andy Seaborne <an...@apache.org>
> > > wrote:
> > > > >
> > > > >> On 05/08/13 14:48, Marco Neumann wrote:
> > > > >>
> > > > >>> On Mon, Aug 5, 2013 at 9:41 AM, Andy Seaborne <an...@apache.org>
> > > wrote:
> > > > >>>
> > > > >>> On 05/08/13 14:25, Marco Neumann wrote:
> > > > >>>>
> > > > >>>> Andy,
> > > > >>>>>
> > > > >>>>> yes, but I am discussing some details with Ying Jiang off-list
> > > there
> > > > >>>>> are
> > > > >>>>> some configuration questions I still have. The code itself
> looks
> > > OK.
> > > > >>>>>
> > > > >>>>>
> > > > >>>> Great - thanks.
> > > > >>>>
> > > > >>>> Could we have the discussions on-list please?
> > > > >>>>
> > > > >>>>
> > > > >>>> What would be the schedule for a release? Will this be part of
> > the
> > > > >>>> main
> > > > >>>>
> > > > >>>>> jena release? if so there need to be some dependencies worked
> out
> > > for
> > > > >>>>> apache-lucene and apache-lucene spatial on my end.
> > > > >>>>>
> > > > >>>>>
> > > > >>>> Such as? (I didn't have any issues with the versions in the
> POM)
> > > > >>>>
> > > > >>>>
> > > > >>> it's a configuration option in eclipse (Kepler)+m2eclipse with
> > > > >>> apache+lucene + apache+lucene+spatial I need to replicate.
> > > > >>>
> > > > >>> how do you compile the POM and missing dependencies? do you just
> > > > create a
> > > > >>> local copy of the specific jena snapshot + jars?
> > > > >>>
> > > > >>>
> > > > >> "kepler+maven nature" works for me. I haven't tried mvn
> > > eclipse:eclipse
> > > > >>
> > > > >> or you can build with:
> > > > >>
> > > > >> mvn clean test
> > > > >>
> > > > >> Dependencies work with "mvn dependency:resolve" and with
> > > > >> Eclipse: "maven->Update Project"
> > > > >>
> > > > >> Andy
> > > > >>
> > > > >>
> > > > >>
> > > > >
> > > > >
> > > > > --
> > > > >
> > > > >
> > > > > ---
> > > > > Marco Neumann
> > > > > KONA
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > >
> > > >
> > > > ---
> > > > Marco Neumann
> > > > KONA
> > > >
> > >
> >
> >
> >
> > --
> >
> >
> > ---
> > Marco Neumann
> > KONA
> >
>
--
---
Marco Neumann
KONA
Re: [GSoC 2013] jena-spatial
Posted by Ying Jiang <jp...@gmail.com>.
Hi, Marco
The current indexing strategy requires both the followings:
1) the predicates to be geo:lat and geo:long;
2) the datatypes of objects are: XSDfloat, XSDdecimal, XSDdouble, XSDinteger
For b) you mentioned. Jena will regard no datatypes of the objects.
Shall we remove the requirements of 2), or make it compatible with b)? Are
the datatype restrictions on the objects necessary for indexing?
Best regards,
Ying Jiang
On Wed, Aug 7, 2013 at 12:17 AM, Marco Neumann <ma...@gmail.com>wrote:
> the current project requires the spatial data for points to come typed as
> xsd:float. otherwise data is ignored during indexing.
>
> example:
>
> a.) {will be indexed}
> airports:EGBB rdf:type airports_sc:LargeAirport ;
> geo:lat "52.4539"^^xsd:float ;
> geo:long "-1.74803"^^xsd:float ;
> rdfs:label "Birmingham International Airport"
>
> b.) {will not be indexed}
> airports:EGBB rdf:type airports_sc:LargeAirport ;
> geo:lat "52.4539";
> geo:long "-1.74803";
> rdfs:label "Birmingham International Airport"
>
> By default jena should accept geo:lat and geo:long as decimal degrees.
>
>
>
>
> On Tue, Aug 6, 2013 at 12:04 PM, Ying Jiang <jp...@gmail.com> wrote:
>
> > Hi,
> >
> > I'm with the dev list. Any problems with your tests?
> >
> > Best regards,
> > Ying Jiang
> >
> > On Tue, Aug 6, 2013 at 9:58 PM, Marco Neumann <marco.neumann@gmail.com
> > >wrote:
> >
> > > Andy,
> > >
> > > is Ying Jiang a member of the dev list?
> > >
> > > Marco
> > >
> > >
> > >
> > > On Mon, Aug 5, 2013 at 5:16 PM, Marco Neumann <marco.neumann@gmail.com
> > > >wrote:
> > >
> > > > ok so I have the project now in the correct setup and the code
> compiles
> > > > fine but with 1677 warnings as mention by you
> > > >
> > > > I am going to test the code with larger rdf data sets in the coming
> > days.
> > > >
> > > >
> > > >
> > > > On Mon, Aug 5, 2013 at 10:16 AM, Andy Seaborne <an...@apache.org>
> > wrote:
> > > >
> > > >> On 05/08/13 14:48, Marco Neumann wrote:
> > > >>
> > > >>> On Mon, Aug 5, 2013 at 9:41 AM, Andy Seaborne <an...@apache.org>
> > wrote:
> > > >>>
> > > >>> On 05/08/13 14:25, Marco Neumann wrote:
> > > >>>>
> > > >>>> Andy,
> > > >>>>>
> > > >>>>> yes, but I am discussing some details with Ying Jiang off-list
> > there
> > > >>>>> are
> > > >>>>> some configuration questions I still have. The code itself looks
> > OK.
> > > >>>>>
> > > >>>>>
> > > >>>> Great - thanks.
> > > >>>>
> > > >>>> Could we have the discussions on-list please?
> > > >>>>
> > > >>>>
> > > >>>> What would be the schedule for a release? Will this be part of
> the
> > > >>>> main
> > > >>>>
> > > >>>>> jena release? if so there need to be some dependencies worked out
> > for
> > > >>>>> apache-lucene and apache-lucene spatial on my end.
> > > >>>>>
> > > >>>>>
> > > >>>> Such as? (I didn't have any issues with the versions in the POM)
> > > >>>>
> > > >>>>
> > > >>> it's a configuration option in eclipse (Kepler)+m2eclipse with
> > > >>> apache+lucene + apache+lucene+spatial I need to replicate.
> > > >>>
> > > >>> how do you compile the POM and missing dependencies? do you just
> > > create a
> > > >>> local copy of the specific jena snapshot + jars?
> > > >>>
> > > >>>
> > > >> "kepler+maven nature" works for me. I haven't tried mvn
> > eclipse:eclipse
> > > >>
> > > >> or you can build with:
> > > >>
> > > >> mvn clean test
> > > >>
> > > >> Dependencies work with "mvn dependency:resolve" and with
> > > >> Eclipse: "maven->Update Project"
> > > >>
> > > >> Andy
> > > >>
> > > >>
> > > >>
> > > >
> > > >
> > > > --
> > > >
> > > >
> > > > ---
> > > > Marco Neumann
> > > > KONA
> > > >
> > > >
> > >
> > >
> > > --
> > >
> > >
> > > ---
> > > Marco Neumann
> > > KONA
> > >
> >
>
>
>
> --
>
>
> ---
> Marco Neumann
> KONA
>
Re: [GSoC 2013] jena-spatial
Posted by Marco Neumann <ma...@gmail.com>.
the current project requires the spatial data for points to come typed as
xsd:float. otherwise data is ignored during indexing.
example:
a.) {will be indexed}
airports:EGBB rdf:type airports_sc:LargeAirport ;
geo:lat "52.4539"^^xsd:float ;
geo:long "-1.74803"^^xsd:float ;
rdfs:label "Birmingham International Airport"
b.) {will not be indexed}
airports:EGBB rdf:type airports_sc:LargeAirport ;
geo:lat "52.4539";
geo:long "-1.74803";
rdfs:label "Birmingham International Airport"
By default jena should accept geo:lat and geo:long as decimal degrees.
On Tue, Aug 6, 2013 at 12:04 PM, Ying Jiang <jp...@gmail.com> wrote:
> Hi,
>
> I'm with the dev list. Any problems with your tests?
>
> Best regards,
> Ying Jiang
>
> On Tue, Aug 6, 2013 at 9:58 PM, Marco Neumann <marco.neumann@gmail.com
> >wrote:
>
> > Andy,
> >
> > is Ying Jiang a member of the dev list?
> >
> > Marco
> >
> >
> >
> > On Mon, Aug 5, 2013 at 5:16 PM, Marco Neumann <marco.neumann@gmail.com
> > >wrote:
> >
> > > ok so I have the project now in the correct setup and the code compiles
> > > fine but with 1677 warnings as mention by you
> > >
> > > I am going to test the code with larger rdf data sets in the coming
> days.
> > >
> > >
> > >
> > > On Mon, Aug 5, 2013 at 10:16 AM, Andy Seaborne <an...@apache.org>
> wrote:
> > >
> > >> On 05/08/13 14:48, Marco Neumann wrote:
> > >>
> > >>> On Mon, Aug 5, 2013 at 9:41 AM, Andy Seaborne <an...@apache.org>
> wrote:
> > >>>
> > >>> On 05/08/13 14:25, Marco Neumann wrote:
> > >>>>
> > >>>> Andy,
> > >>>>>
> > >>>>> yes, but I am discussing some details with Ying Jiang off-list
> there
> > >>>>> are
> > >>>>> some configuration questions I still have. The code itself looks
> OK.
> > >>>>>
> > >>>>>
> > >>>> Great - thanks.
> > >>>>
> > >>>> Could we have the discussions on-list please?
> > >>>>
> > >>>>
> > >>>> What would be the schedule for a release? Will this be part of the
> > >>>> main
> > >>>>
> > >>>>> jena release? if so there need to be some dependencies worked out
> for
> > >>>>> apache-lucene and apache-lucene spatial on my end.
> > >>>>>
> > >>>>>
> > >>>> Such as? (I didn't have any issues with the versions in the POM)
> > >>>>
> > >>>>
> > >>> it's a configuration option in eclipse (Kepler)+m2eclipse with
> > >>> apache+lucene + apache+lucene+spatial I need to replicate.
> > >>>
> > >>> how do you compile the POM and missing dependencies? do you just
> > create a
> > >>> local copy of the specific jena snapshot + jars?
> > >>>
> > >>>
> > >> "kepler+maven nature" works for me. I haven't tried mvn
> eclipse:eclipse
> > >>
> > >> or you can build with:
> > >>
> > >> mvn clean test
> > >>
> > >> Dependencies work with "mvn dependency:resolve" and with
> > >> Eclipse: "maven->Update Project"
> > >>
> > >> Andy
> > >>
> > >>
> > >>
> > >
> > >
> > > --
> > >
> > >
> > > ---
> > > Marco Neumann
> > > KONA
> > >
> > >
> >
> >
> > --
> >
> >
> > ---
> > Marco Neumann
> > KONA
> >
>
--
---
Marco Neumann
KONA
Re: [GSoC 2013] jena-spatial
Posted by Marco Neumann <ma...@gmail.com>.
I think Ying Jiang has already addressed this by using a tdb model instead
during index creation.
On Fri, Aug 9, 2013 at 4:03 PM, Andy Seaborne <an...@apache.org> wrote:
> On 06/08/13 17:47, Marco Neumann wrote:
>
>> also is it correct that jena-spatial does create a full in-memory model
>> before applying the spatial indexing ?
>>
>
> I don't think there is reason to do so.
>
> After all, to generate a list of points to index, it needs:
>
> SELECT * {
> ?x geo:lat ?lat .
> ?x geo:long ?long .
> }
>
> Andy
>
>
--
---
Marco Neumann
KONA
Re: [GSoC 2013] jena-spatial
Posted by Andy Seaborne <an...@apache.org>.
On 06/08/13 17:47, Marco Neumann wrote:
> also is it correct that jena-spatial does create a full in-memory model
> before applying the spatial indexing ?
I don't think there is reason to do so.
After all, to generate a list of points to index, it needs:
SELECT * {
?x geo:lat ?lat .
?x geo:long ?long .
}
Andy
Re: [GSoC 2013] jena-spatial
Posted by Marco Neumann <ma...@gmail.com>.
also is it correct that jena-spatial does create a full in-memory model
before applying the spatial indexing ?
On Tue, Aug 6, 2013 at 12:04 PM, Ying Jiang <jp...@gmail.com> wrote:
> Hi,
>
> I'm with the dev list. Any problems with your tests?
>
> Best regards,
> Ying Jiang
>
> On Tue, Aug 6, 2013 at 9:58 PM, Marco Neumann <marco.neumann@gmail.com
> >wrote:
>
> > Andy,
> >
> > is Ying Jiang a member of the dev list?
> >
> > Marco
> >
> >
> >
> > On Mon, Aug 5, 2013 at 5:16 PM, Marco Neumann <marco.neumann@gmail.com
> > >wrote:
> >
> > > ok so I have the project now in the correct setup and the code compiles
> > > fine but with 1677 warnings as mention by you
> > >
> > > I am going to test the code with larger rdf data sets in the coming
> days.
> > >
> > >
> > >
> > > On Mon, Aug 5, 2013 at 10:16 AM, Andy Seaborne <an...@apache.org>
> wrote:
> > >
> > >> On 05/08/13 14:48, Marco Neumann wrote:
> > >>
> > >>> On Mon, Aug 5, 2013 at 9:41 AM, Andy Seaborne <an...@apache.org>
> wrote:
> > >>>
> > >>> On 05/08/13 14:25, Marco Neumann wrote:
> > >>>>
> > >>>> Andy,
> > >>>>>
> > >>>>> yes, but I am discussing some details with Ying Jiang off-list
> there
> > >>>>> are
> > >>>>> some configuration questions I still have. The code itself looks
> OK.
> > >>>>>
> > >>>>>
> > >>>> Great - thanks.
> > >>>>
> > >>>> Could we have the discussions on-list please?
> > >>>>
> > >>>>
> > >>>> What would be the schedule for a release? Will this be part of the
> > >>>> main
> > >>>>
> > >>>>> jena release? if so there need to be some dependencies worked out
> for
> > >>>>> apache-lucene and apache-lucene spatial on my end.
> > >>>>>
> > >>>>>
> > >>>> Such as? (I didn't have any issues with the versions in the POM)
> > >>>>
> > >>>>
> > >>> it's a configuration option in eclipse (Kepler)+m2eclipse with
> > >>> apache+lucene + apache+lucene+spatial I need to replicate.
> > >>>
> > >>> how do you compile the POM and missing dependencies? do you just
> > create a
> > >>> local copy of the specific jena snapshot + jars?
> > >>>
> > >>>
> > >> "kepler+maven nature" works for me. I haven't tried mvn
> eclipse:eclipse
> > >>
> > >> or you can build with:
> > >>
> > >> mvn clean test
> > >>
> > >> Dependencies work with "mvn dependency:resolve" and with
> > >> Eclipse: "maven->Update Project"
> > >>
> > >> Andy
> > >>
> > >>
> > >>
> > >
> > >
> > > --
> > >
> > >
> > > ---
> > > Marco Neumann
> > > KONA
> > >
> > >
> >
> >
> > --
> >
> >
> > ---
> > Marco Neumann
> > KONA
> >
>
--
---
Marco Neumann
KONA
Re: [GSoC 2013] jena-spatial
Posted by Ying Jiang <jp...@gmail.com>.
Hi,
I'm with the dev list. Any problems with your tests?
Best regards,
Ying Jiang
On Tue, Aug 6, 2013 at 9:58 PM, Marco Neumann <ma...@gmail.com>wrote:
> Andy,
>
> is Ying Jiang a member of the dev list?
>
> Marco
>
>
>
> On Mon, Aug 5, 2013 at 5:16 PM, Marco Neumann <marco.neumann@gmail.com
> >wrote:
>
> > ok so I have the project now in the correct setup and the code compiles
> > fine but with 1677 warnings as mention by you
> >
> > I am going to test the code with larger rdf data sets in the coming days.
> >
> >
> >
> > On Mon, Aug 5, 2013 at 10:16 AM, Andy Seaborne <an...@apache.org> wrote:
> >
> >> On 05/08/13 14:48, Marco Neumann wrote:
> >>
> >>> On Mon, Aug 5, 2013 at 9:41 AM, Andy Seaborne <an...@apache.org> wrote:
> >>>
> >>> On 05/08/13 14:25, Marco Neumann wrote:
> >>>>
> >>>> Andy,
> >>>>>
> >>>>> yes, but I am discussing some details with Ying Jiang off-list there
> >>>>> are
> >>>>> some configuration questions I still have. The code itself looks OK.
> >>>>>
> >>>>>
> >>>> Great - thanks.
> >>>>
> >>>> Could we have the discussions on-list please?
> >>>>
> >>>>
> >>>> What would be the schedule for a release? Will this be part of the
> >>>> main
> >>>>
> >>>>> jena release? if so there need to be some dependencies worked out for
> >>>>> apache-lucene and apache-lucene spatial on my end.
> >>>>>
> >>>>>
> >>>> Such as? (I didn't have any issues with the versions in the POM)
> >>>>
> >>>>
> >>> it's a configuration option in eclipse (Kepler)+m2eclipse with
> >>> apache+lucene + apache+lucene+spatial I need to replicate.
> >>>
> >>> how do you compile the POM and missing dependencies? do you just
> create a
> >>> local copy of the specific jena snapshot + jars?
> >>>
> >>>
> >> "kepler+maven nature" works for me. I haven't tried mvn eclipse:eclipse
> >>
> >> or you can build with:
> >>
> >> mvn clean test
> >>
> >> Dependencies work with "mvn dependency:resolve" and with
> >> Eclipse: "maven->Update Project"
> >>
> >> Andy
> >>
> >>
> >>
> >
> >
> > --
> >
> >
> > ---
> > Marco Neumann
> > KONA
> >
> >
>
>
> --
>
>
> ---
> Marco Neumann
> KONA
>
Re: [GSoC 2013] jena-spatial
Posted by Marco Neumann <ma...@gmail.com>.
Andy,
is Ying Jiang a member of the dev list?
Marco
On Mon, Aug 5, 2013 at 5:16 PM, Marco Neumann <ma...@gmail.com>wrote:
> ok so I have the project now in the correct setup and the code compiles
> fine but with 1677 warnings as mention by you
>
> I am going to test the code with larger rdf data sets in the coming days.
>
>
>
> On Mon, Aug 5, 2013 at 10:16 AM, Andy Seaborne <an...@apache.org> wrote:
>
>> On 05/08/13 14:48, Marco Neumann wrote:
>>
>>> On Mon, Aug 5, 2013 at 9:41 AM, Andy Seaborne <an...@apache.org> wrote:
>>>
>>> On 05/08/13 14:25, Marco Neumann wrote:
>>>>
>>>> Andy,
>>>>>
>>>>> yes, but I am discussing some details with Ying Jiang off-list there
>>>>> are
>>>>> some configuration questions I still have. The code itself looks OK.
>>>>>
>>>>>
>>>> Great - thanks.
>>>>
>>>> Could we have the discussions on-list please?
>>>>
>>>>
>>>> What would be the schedule for a release? Will this be part of the
>>>> main
>>>>
>>>>> jena release? if so there need to be some dependencies worked out for
>>>>> apache-lucene and apache-lucene spatial on my end.
>>>>>
>>>>>
>>>> Such as? (I didn't have any issues with the versions in the POM)
>>>>
>>>>
>>> it's a configuration option in eclipse (Kepler)+m2eclipse with
>>> apache+lucene + apache+lucene+spatial I need to replicate.
>>>
>>> how do you compile the POM and missing dependencies? do you just create a
>>> local copy of the specific jena snapshot + jars?
>>>
>>>
>> "kepler+maven nature" works for me. I haven't tried mvn eclipse:eclipse
>>
>> or you can build with:
>>
>> mvn clean test
>>
>> Dependencies work with "mvn dependency:resolve" and with
>> Eclipse: "maven->Update Project"
>>
>> Andy
>>
>>
>>
>
>
> --
>
>
> ---
> Marco Neumann
> KONA
>
>
--
---
Marco Neumann
KONA
Re: [GSoC 2013] jena-spatial
Posted by Marco Neumann <ma...@gmail.com>.
ok so I have the project now in the correct setup and the code compiles
fine but with 1677 warnings as mention by you
I am going to test the code with larger rdf data sets in the coming days.
On Mon, Aug 5, 2013 at 10:16 AM, Andy Seaborne <an...@apache.org> wrote:
> On 05/08/13 14:48, Marco Neumann wrote:
>
>> On Mon, Aug 5, 2013 at 9:41 AM, Andy Seaborne <an...@apache.org> wrote:
>>
>> On 05/08/13 14:25, Marco Neumann wrote:
>>>
>>> Andy,
>>>>
>>>> yes, but I am discussing some details with Ying Jiang off-list there are
>>>> some configuration questions I still have. The code itself looks OK.
>>>>
>>>>
>>> Great - thanks.
>>>
>>> Could we have the discussions on-list please?
>>>
>>>
>>> What would be the schedule for a release? Will this be part of the main
>>>
>>>> jena release? if so there need to be some dependencies worked out for
>>>> apache-lucene and apache-lucene spatial on my end.
>>>>
>>>>
>>> Such as? (I didn't have any issues with the versions in the POM)
>>>
>>>
>> it's a configuration option in eclipse (Kepler)+m2eclipse with
>> apache+lucene + apache+lucene+spatial I need to replicate.
>>
>> how do you compile the POM and missing dependencies? do you just create a
>> local copy of the specific jena snapshot + jars?
>>
>>
> "kepler+maven nature" works for me. I haven't tried mvn eclipse:eclipse
>
> or you can build with:
>
> mvn clean test
>
> Dependencies work with "mvn dependency:resolve" and with
> Eclipse: "maven->Update Project"
>
> Andy
>
>
>
--
---
Marco Neumann
KONA
Re: [GSoC 2013] jena-spatial
Posted by Andy Seaborne <an...@apache.org>.
On 05/08/13 14:48, Marco Neumann wrote:
> On Mon, Aug 5, 2013 at 9:41 AM, Andy Seaborne <an...@apache.org> wrote:
>
>> On 05/08/13 14:25, Marco Neumann wrote:
>>
>>> Andy,
>>>
>>> yes, but I am discussing some details with Ying Jiang off-list there are
>>> some configuration questions I still have. The code itself looks OK.
>>>
>>
>> Great - thanks.
>>
>> Could we have the discussions on-list please?
>>
>>
>> What would be the schedule for a release? Will this be part of the main
>>> jena release? if so there need to be some dependencies worked out for
>>> apache-lucene and apache-lucene spatial on my end.
>>>
>>
>> Such as? (I didn't have any issues with the versions in the POM)
>>
>
> it's a configuration option in eclipse (Kepler)+m2eclipse with
> apache+lucene + apache+lucene+spatial I need to replicate.
>
> how do you compile the POM and missing dependencies? do you just create a
> local copy of the specific jena snapshot + jars?
>
"kepler+maven nature" works for me. I haven't tried mvn eclipse:eclipse
or you can build with:
mvn clean test
Dependencies work with "mvn dependency:resolve" and with
Eclipse: "maven->Update Project"
Andy
Re: [GSoC 2013] jena-spatial
Posted by Marco Neumann <ma...@gmail.com>.
On Mon, Aug 5, 2013 at 9:41 AM, Andy Seaborne <an...@apache.org> wrote:
> On 05/08/13 14:25, Marco Neumann wrote:
>
>> Andy,
>>
>> yes, but I am discussing some details with Ying Jiang off-list there are
>> some configuration questions I still have. The code itself looks OK.
>>
>
> Great - thanks.
>
> Could we have the discussions on-list please?
>
>
> What would be the schedule for a release? Will this be part of the main
>> jena release? if so there need to be some dependencies worked out for
>> apache-lucene and apache-lucene spatial on my end.
>>
>
> Such as? (I didn't have any issues with the versions in the POM)
>
it's a configuration option in eclipse (Kepler)+m2eclipse with
apache+lucene + apache+lucene+spatial I need to replicate.
how do you compile the POM and missing dependencies? do you just create a
local copy of the specific jena snapshot + jars?
>
> Andy
>
>
>> Marco
>>
>>
>> On Mon, Aug 5, 2013 at 9:04 AM, Andy Seaborne <an...@apache.org> wrote:
>>
>> Macro - have you had a chance to try this out yet?
>>>
>>>
>>> On 03/08/13 11:11, Ying Jiang wrote:
>>>
>>> Hi Andy,
>>>>
>>>> Thanks for the comments! Please check my replies below.
>>>>
>>>> 1) Release:
>>>> Firstly, I'd like to make a release in the Google code [1] and announce
>>>> in
>>>> the jena user mailing list for the feedbacks, marking it as
>>>> "jena-spatial-1.0.0". It should include the current source code and a
>>>> compiled jar. I'll also make a tag of "jena-spatial-1.0.0" in Google
>>>> code
>>>> svn. However, during coding, the version of the "jena-parent" is
>>>> "7-SNAPSHOT",
>>>> with "ver.jena" as "2.10.2-SNAPSHOT". Shall I change them into "6" and
>>>> "2.10.1" respectively in the "jena-spatial-1.0.0" release tag?
>>>> Secondly, I'm looking forward to migrating the code to Jena SVN. What
>>>> shall
>>>> I do exactly? Do I need an apache svn account as a committer?
>>>>
>>>>
>>> We (the Jena project) need to get sorted out and I won't want that to
>>> delay a release and getting feedback.
>>>
>>> (I'd missed the fact that Google code no longer supports downloads as of
>>> May this year.)
>>>
>>> The quickest thing to do is to send email to the users list as soon as
>>> some documentation is ready.
>>>
>>>
>>> 2) Testing: Last week, I made some unit tests for the property
>>> functions.
>>>
>>>> I
>>>> did find some bugs during testing. The tests are very useful. More
>>>> testing
>>>> will be delivered later. Thanks for your reminder.
>>>>
>>>>
>>> The tests pass for me but they generate some warnings - should I worry
>>> about this?
>>>
>>>
>>> 3) User documentation: It's not done yet. I'll create a user guide
>>> similar
>>>
>>>> to jena-text [3]. The documentation will be provided to the users
>>>> accompanying with the release of 1).
>>>>
>>>>
>>> Andy
>>>
>>>
>>>
>>> [1] https://code.google.com/p/****jena-spatial/<https://code.google.com/p/**jena-spatial/>
>>>> <https://code.**google.com/p/jena-spatial/<https://code.google.com/p/jena-spatial/>
>>>> >
>>>> [2]
>>>> https://code.google.com/p/****jena-spatial/source/browse/**<https://code.google.com/p/**jena-spatial/source/browse/**>
>>>> trunk/src/test/java/org/****apache/jena/query/spatial/TS_****
>>>> Spatial_Lucene.java<https://**code.google.com/p/jena-**
>>>> spatial/source/browse/trunk/**src/test/java/org/apache/jena/**
>>>> query/spatial/TS_Spatial_**Lucene.java<https://code.google.com/p/jena-spatial/source/browse/trunk/src/test/java/org/apache/jena/query/spatial/TS_Spatial_Lucene.java>
>>>> >
>>>> [3] http://jena.apache.org/****documentation/query/text-****query.html<http://jena.apache.org/**documentation/query/text-**query.html>
>>>> <http://jena.apache.**org/documentation/query/text-**query.html<http://jena.apache.org/documentation/query/text-query.html>
>>>> >
>>>>
>>>>
>>>> On Mon, Jul 29, 2013 at 10:44 PM, Andy Seaborne <an...@apache.org>
>>>> wrote:
>>>>
>>>> On 27/07/13 14:40, Ying Jiang wrote:
>>>>
>>>>>
>>>>> Hi,
>>>>>
>>>>>>
>>>>>> The default distance units measurement is "miles". I've just
>>>>>> committed
>>>>>> a
>>>>>> major change of the codes, including the following updates:
>>>>>>
>>>>>> 1) Support spatial indexing of WKT literal, including Point, Polygon
>>>>>> or
>>>>>> any
>>>>>> other kinds of shapes.
>>>>>> 2) New property functions of "withinCirle", "withinBox",
>>>>>> "intersectsBox",
>>>>>> "north", "south", "east", "west"
>>>>>> 3) Support different distance units for "nearby", such as "miles",
>>>>>> "kilometers", "degrees", "meters" and so on.
>>>>>> 4) Examples are updated [1]. You can play with the new features of
>>>>>> jena-spatial.
>>>>>>
>>>>>> It's almost half-way of the GSoC project. In the upcoming second half,
>>>>>> I'll
>>>>>> bring more visibility of code progress to the community, at least
>>>>>> one report per week. Thanks to Andy for pointing it out!
>>>>>>
>>>>>> [1]
>>>>>> https://jena-spatial.****googlec**ode.com/svn/trunk/**src/**main/**<http://ode.com/svn/trunk/src/**main/**>
>>>>>> java/examples/<http://**googlecode.com/svn/trunk/src/***
>>>>>> *main/java/examples/<http://googlecode.com/svn/trunk/src/**main/java/examples/>
>>>>>> >
>>>>>> **JenaSpatialExample1.java<**htt**ps://jena-spatial.**googlecode.**
>>>>>> com/svn/trunk/src/main/java/****examples/JenaSpatialExample1.***
>>>>>> *java<https://jena-spatial.**googlecode.com/svn/trunk/src/**
>>>>>> main/java/examples/**JenaSpatialExample1.java<https://jena-spatial.googlecode.com/svn/trunk/src/main/java/examples/JenaSpatialExample1.java>
>>>>>> >
>>>>>>
>>>>>>
>>>>>>>
>>>>>>
>>>>>> On Tue, Jul 23, 2013 at 9:37 PM, Andy Seaborne <an...@apache.org>
>>>>>> wrote:
>>>>>>
>>>>>> In the example query there is:
>>>>>>
>>>>>>
>>>>>>> ?s spatial:nearby (51.3000 -2.71000 100)
>>>>>>>
>>>>>>> What units are the "100"?
>>>>>>> Can the application provide different units?
>>>>>>>
>>>>>>> Andy
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Things are looking very good.
>>>>>>
>>>>>
>>>>> How does this fit with the original plan in terms of functionality
>>>>> available?
>>>>>
>>>>>
>>>>> As we enter the second part of the GSoC, we need to be thinking about
>>>>>
>>>>> * A release
>>>>>
>>>>> That does not mean it's complete and a release needn't be a major cost
>>>>> in
>>>>> time. Having even one or two people try it out really helps in
>>>>> understanding what people might do with spatial indexing.
>>>>>
>>>>> It can be a message to the users Jena mailing list announcing status of
>>>>> the project and assuming interested people will grab the source and
>>>>> compile
>>>>> a jar for themselves.
>>>>>
>>>>> But, if you want to, we can do something more packaged - anything up to
>>>>> and including migrating the code to Jena SVN and putting in a Jenkins
>>>>> job
>>>>> to build it into Jena's snapshot maven repository that's doable.
>>>>>
>>>>> A couple of things go with that:
>>>>>
>>>>> * Testing
>>>>>
>>>>> src/java/test is a bit empty :-)
>>>>>
>>>>> * User documentation
>>>>>
>>>>> Enough that someone can setup and use the project - short, to the point
>>>>> and "now" is better than long and detailed and "later". (The final
>>>>> phase
>>>>> of GSoC is write-up - that's needs to cover the next developers to come
>>>>> along.)
>>>>>
>>>>> What do you think about this?
>>>>>
>>>>> Andy
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>
>>
>>
>
--
---
Marco Neumann
KONA
Re: [GSoC 2013] jena-spatial
Posted by Andy Seaborne <an...@apache.org>.
On 05/08/13 14:25, Marco Neumann wrote:
> Andy,
>
> yes, but I am discussing some details with Ying Jiang off-list there are
> some configuration questions I still have. The code itself looks OK.
Great - thanks.
Could we have the discussions on-list please?
> What would be the schedule for a release? Will this be part of the main
> jena release? if so there need to be some dependencies worked out for
> apache-lucene and apache-lucene spatial on my end.
Such as? (I didn't have any issues with the versions in the POM)
Andy
>
> Marco
>
>
> On Mon, Aug 5, 2013 at 9:04 AM, Andy Seaborne <an...@apache.org> wrote:
>
>> Macro - have you had a chance to try this out yet?
>>
>>
>> On 03/08/13 11:11, Ying Jiang wrote:
>>
>>> Hi Andy,
>>>
>>> Thanks for the comments! Please check my replies below.
>>>
>>> 1) Release:
>>> Firstly, I'd like to make a release in the Google code [1] and announce in
>>> the jena user mailing list for the feedbacks, marking it as
>>> "jena-spatial-1.0.0". It should include the current source code and a
>>> compiled jar. I'll also make a tag of "jena-spatial-1.0.0" in Google code
>>> svn. However, during coding, the version of the "jena-parent" is
>>> "7-SNAPSHOT",
>>> with "ver.jena" as "2.10.2-SNAPSHOT". Shall I change them into "6" and
>>> "2.10.1" respectively in the "jena-spatial-1.0.0" release tag?
>>> Secondly, I'm looking forward to migrating the code to Jena SVN. What
>>> shall
>>> I do exactly? Do I need an apache svn account as a committer?
>>>
>>
>> We (the Jena project) need to get sorted out and I won't want that to
>> delay a release and getting feedback.
>>
>> (I'd missed the fact that Google code no longer supports downloads as of
>> May this year.)
>>
>> The quickest thing to do is to send email to the users list as soon as
>> some documentation is ready.
>>
>>
>> 2) Testing: Last week, I made some unit tests for the property functions.
>>> I
>>> did find some bugs during testing. The tests are very useful. More testing
>>> will be delivered later. Thanks for your reminder.
>>>
>>
>> The tests pass for me but they generate some warnings - should I worry
>> about this?
>>
>>
>> 3) User documentation: It's not done yet. I'll create a user guide similar
>>> to jena-text [3]. The documentation will be provided to the users
>>> accompanying with the release of 1).
>>>
>>
>> Andy
>>
>>
>>
>>> [1] https://code.google.com/p/**jena-spatial/<https://code.google.com/p/jena-spatial/>
>>> [2]
>>> https://code.google.com/p/**jena-spatial/source/browse/**
>>> trunk/src/test/java/org/**apache/jena/query/spatial/TS_**
>>> Spatial_Lucene.java<https://code.google.com/p/jena-spatial/source/browse/trunk/src/test/java/org/apache/jena/query/spatial/TS_Spatial_Lucene.java>
>>> [3] http://jena.apache.org/**documentation/query/text-**query.html<http://jena.apache.org/documentation/query/text-query.html>
>>>
>>> On Mon, Jul 29, 2013 at 10:44 PM, Andy Seaborne <an...@apache.org> wrote:
>>>
>>> On 27/07/13 14:40, Ying Jiang wrote:
>>>>
>>>> Hi,
>>>>>
>>>>> The default distance units measurement is "miles". I've just committed
>>>>> a
>>>>> major change of the codes, including the following updates:
>>>>>
>>>>> 1) Support spatial indexing of WKT literal, including Point, Polygon or
>>>>> any
>>>>> other kinds of shapes.
>>>>> 2) New property functions of "withinCirle", "withinBox",
>>>>> "intersectsBox",
>>>>> "north", "south", "east", "west"
>>>>> 3) Support different distance units for "nearby", such as "miles",
>>>>> "kilometers", "degrees", "meters" and so on.
>>>>> 4) Examples are updated [1]. You can play with the new features of
>>>>> jena-spatial.
>>>>>
>>>>> It's almost half-way of the GSoC project. In the upcoming second half,
>>>>> I'll
>>>>> bring more visibility of code progress to the community, at least
>>>>> one report per week. Thanks to Andy for pointing it out!
>>>>>
>>>>> [1]
>>>>> https://jena-spatial.**googlec**ode.com/svn/trunk/src/**main/**
>>>>> java/examples/<http://googlecode.com/svn/trunk/src/**main/java/examples/>
>>>>> **JenaSpatialExample1.java<htt**ps://jena-spatial.googlecode.**
>>>>> com/svn/trunk/src/main/java/**examples/JenaSpatialExample1.**java<https://jena-spatial.googlecode.com/svn/trunk/src/main/java/examples/JenaSpatialExample1.java>
>>>>>>
>>>>>
>>>>>
>>>>> On Tue, Jul 23, 2013 at 9:37 PM, Andy Seaborne <an...@apache.org> wrote:
>>>>>
>>>>> In the example query there is:
>>>>>
>>>>>>
>>>>>> ?s spatial:nearby (51.3000 -2.71000 100)
>>>>>>
>>>>>> What units are the "100"?
>>>>>> Can the application provide different units?
>>>>>>
>>>>>> Andy
>>>>>>
>>>>>>
>>>>>>
>>>>> Things are looking very good.
>>>>
>>>> How does this fit with the original plan in terms of functionality
>>>> available?
>>>>
>>>>
>>>> As we enter the second part of the GSoC, we need to be thinking about
>>>>
>>>> * A release
>>>>
>>>> That does not mean it's complete and a release needn't be a major cost in
>>>> time. Having even one or two people try it out really helps in
>>>> understanding what people might do with spatial indexing.
>>>>
>>>> It can be a message to the users Jena mailing list announcing status of
>>>> the project and assuming interested people will grab the source and
>>>> compile
>>>> a jar for themselves.
>>>>
>>>> But, if you want to, we can do something more packaged - anything up to
>>>> and including migrating the code to Jena SVN and putting in a Jenkins job
>>>> to build it into Jena's snapshot maven repository that's doable.
>>>>
>>>> A couple of things go with that:
>>>>
>>>> * Testing
>>>>
>>>> src/java/test is a bit empty :-)
>>>>
>>>> * User documentation
>>>>
>>>> Enough that someone can setup and use the project - short, to the point
>>>> and "now" is better than long and detailed and "later". (The final phase
>>>> of GSoC is write-up - that's needs to cover the next developers to come
>>>> along.)
>>>>
>>>> What do you think about this?
>>>>
>>>> Andy
>>>>
>>>>
>>>>
>>>
>>
>
>
Re: [GSoC 2013] jena-spatial
Posted by Marco Neumann <ma...@gmail.com>.
Andy,
yes, but I am discussing some details with Ying Jiang off-list there are
some configuration questions I still have. The code itself looks OK.
What would be the schedule for a release? Will this be part of the main
jena release? if so there need to be some dependencies worked out for
apache-lucene and apache-lucene spatial on my end.
Marco
On Mon, Aug 5, 2013 at 9:04 AM, Andy Seaborne <an...@apache.org> wrote:
> Macro - have you had a chance to try this out yet?
>
>
> On 03/08/13 11:11, Ying Jiang wrote:
>
>> Hi Andy,
>>
>> Thanks for the comments! Please check my replies below.
>>
>> 1) Release:
>> Firstly, I'd like to make a release in the Google code [1] and announce in
>> the jena user mailing list for the feedbacks, marking it as
>> "jena-spatial-1.0.0". It should include the current source code and a
>> compiled jar. I'll also make a tag of "jena-spatial-1.0.0" in Google code
>> svn. However, during coding, the version of the "jena-parent" is
>> "7-SNAPSHOT",
>> with "ver.jena" as "2.10.2-SNAPSHOT". Shall I change them into "6" and
>> "2.10.1" respectively in the "jena-spatial-1.0.0" release tag?
>> Secondly, I'm looking forward to migrating the code to Jena SVN. What
>> shall
>> I do exactly? Do I need an apache svn account as a committer?
>>
>
> We (the Jena project) need to get sorted out and I won't want that to
> delay a release and getting feedback.
>
> (I'd missed the fact that Google code no longer supports downloads as of
> May this year.)
>
> The quickest thing to do is to send email to the users list as soon as
> some documentation is ready.
>
>
> 2) Testing: Last week, I made some unit tests for the property functions.
>> I
>> did find some bugs during testing. The tests are very useful. More testing
>> will be delivered later. Thanks for your reminder.
>>
>
> The tests pass for me but they generate some warnings - should I worry
> about this?
>
>
> 3) User documentation: It's not done yet. I'll create a user guide similar
>> to jena-text [3]. The documentation will be provided to the users
>> accompanying with the release of 1).
>>
>
> Andy
>
>
>
>> [1] https://code.google.com/p/**jena-spatial/<https://code.google.com/p/jena-spatial/>
>> [2]
>> https://code.google.com/p/**jena-spatial/source/browse/**
>> trunk/src/test/java/org/**apache/jena/query/spatial/TS_**
>> Spatial_Lucene.java<https://code.google.com/p/jena-spatial/source/browse/trunk/src/test/java/org/apache/jena/query/spatial/TS_Spatial_Lucene.java>
>> [3] http://jena.apache.org/**documentation/query/text-**query.html<http://jena.apache.org/documentation/query/text-query.html>
>>
>> On Mon, Jul 29, 2013 at 10:44 PM, Andy Seaborne <an...@apache.org> wrote:
>>
>> On 27/07/13 14:40, Ying Jiang wrote:
>>>
>>> Hi,
>>>>
>>>> The default distance units measurement is "miles". I've just committed
>>>> a
>>>> major change of the codes, including the following updates:
>>>>
>>>> 1) Support spatial indexing of WKT literal, including Point, Polygon or
>>>> any
>>>> other kinds of shapes.
>>>> 2) New property functions of "withinCirle", "withinBox",
>>>> "intersectsBox",
>>>> "north", "south", "east", "west"
>>>> 3) Support different distance units for "nearby", such as "miles",
>>>> "kilometers", "degrees", "meters" and so on.
>>>> 4) Examples are updated [1]. You can play with the new features of
>>>> jena-spatial.
>>>>
>>>> It's almost half-way of the GSoC project. In the upcoming second half,
>>>> I'll
>>>> bring more visibility of code progress to the community, at least
>>>> one report per week. Thanks to Andy for pointing it out!
>>>>
>>>> [1]
>>>> https://jena-spatial.**googlec**ode.com/svn/trunk/src/**main/**
>>>> java/examples/<http://googlecode.com/svn/trunk/src/**main/java/examples/>
>>>> **JenaSpatialExample1.java<htt**ps://jena-spatial.googlecode.**
>>>> com/svn/trunk/src/main/java/**examples/JenaSpatialExample1.**java<https://jena-spatial.googlecode.com/svn/trunk/src/main/java/examples/JenaSpatialExample1.java>
>>>> >
>>>>
>>>>
>>>> On Tue, Jul 23, 2013 at 9:37 PM, Andy Seaborne <an...@apache.org> wrote:
>>>>
>>>> In the example query there is:
>>>>
>>>>>
>>>>> ?s spatial:nearby (51.3000 -2.71000 100)
>>>>>
>>>>> What units are the "100"?
>>>>> Can the application provide different units?
>>>>>
>>>>> Andy
>>>>>
>>>>>
>>>>>
>>>> Things are looking very good.
>>>
>>> How does this fit with the original plan in terms of functionality
>>> available?
>>>
>>>
>>> As we enter the second part of the GSoC, we need to be thinking about
>>>
>>> * A release
>>>
>>> That does not mean it's complete and a release needn't be a major cost in
>>> time. Having even one or two people try it out really helps in
>>> understanding what people might do with spatial indexing.
>>>
>>> It can be a message to the users Jena mailing list announcing status of
>>> the project and assuming interested people will grab the source and
>>> compile
>>> a jar for themselves.
>>>
>>> But, if you want to, we can do something more packaged - anything up to
>>> and including migrating the code to Jena SVN and putting in a Jenkins job
>>> to build it into Jena's snapshot maven repository that's doable.
>>>
>>> A couple of things go with that:
>>>
>>> * Testing
>>>
>>> src/java/test is a bit empty :-)
>>>
>>> * User documentation
>>>
>>> Enough that someone can setup and use the project - short, to the point
>>> and "now" is better than long and detailed and "later". (The final phase
>>> of GSoC is write-up - that's needs to cover the next developers to come
>>> along.)
>>>
>>> What do you think about this?
>>>
>>> Andy
>>>
>>>
>>>
>>
>
--
---
Marco Neumann
KONA
Re: [GSoC 2013] jena-spatial
Posted by Andy Seaborne <an...@apache.org>.
Macro - have you had a chance to try this out yet?
On 03/08/13 11:11, Ying Jiang wrote:
> Hi Andy,
>
> Thanks for the comments! Please check my replies below.
>
> 1) Release:
> Firstly, I'd like to make a release in the Google code [1] and announce in
> the jena user mailing list for the feedbacks, marking it as
> "jena-spatial-1.0.0". It should include the current source code and a
> compiled jar. I'll also make a tag of "jena-spatial-1.0.0" in Google code
> svn. However, during coding, the version of the "jena-parent" is "7-SNAPSHOT",
> with "ver.jena" as "2.10.2-SNAPSHOT". Shall I change them into "6" and
> "2.10.1" respectively in the "jena-spatial-1.0.0" release tag?
> Secondly, I'm looking forward to migrating the code to Jena SVN. What shall
> I do exactly? Do I need an apache svn account as a committer?
We (the Jena project) need to get sorted out and I won't want that to
delay a release and getting feedback.
(I'd missed the fact that Google code no longer supports downloads as of
May this year.)
The quickest thing to do is to send email to the users list as soon as
some documentation is ready.
> 2) Testing: Last week, I made some unit tests for the property functions. I
> did find some bugs during testing. The tests are very useful. More testing
> will be delivered later. Thanks for your reminder.
The tests pass for me but they generate some warnings - should I worry
about this?
> 3) User documentation: It's not done yet. I'll create a user guide similar
> to jena-text [3]. The documentation will be provided to the users
> accompanying with the release of 1).
Andy
>
> [1] https://code.google.com/p/jena-spatial/
> [2]
> https://code.google.com/p/jena-spatial/source/browse/trunk/src/test/java/org/apache/jena/query/spatial/TS_Spatial_Lucene.java
> [3] http://jena.apache.org/documentation/query/text-query.html
>
> On Mon, Jul 29, 2013 at 10:44 PM, Andy Seaborne <an...@apache.org> wrote:
>
>> On 27/07/13 14:40, Ying Jiang wrote:
>>
>>> Hi,
>>>
>>> The default distance units measurement is "miles". I've just committed a
>>> major change of the codes, including the following updates:
>>>
>>> 1) Support spatial indexing of WKT literal, including Point, Polygon or
>>> any
>>> other kinds of shapes.
>>> 2) New property functions of "withinCirle", "withinBox", "intersectsBox",
>>> "north", "south", "east", "west"
>>> 3) Support different distance units for "nearby", such as "miles",
>>> "kilometers", "degrees", "meters" and so on.
>>> 4) Examples are updated [1]. You can play with the new features of
>>> jena-spatial.
>>>
>>> It's almost half-way of the GSoC project. In the upcoming second half,
>>> I'll
>>> bring more visibility of code progress to the community, at least
>>> one report per week. Thanks to Andy for pointing it out!
>>>
>>> [1]
>>> https://jena-spatial.**googlecode.com/svn/trunk/src/**main/java/examples/
>>> **JenaSpatialExample1.java<https://jena-spatial.googlecode.com/svn/trunk/src/main/java/examples/JenaSpatialExample1.java>
>>>
>>>
>>> On Tue, Jul 23, 2013 at 9:37 PM, Andy Seaborne <an...@apache.org> wrote:
>>>
>>> In the example query there is:
>>>>
>>>> ?s spatial:nearby (51.3000 -2.71000 100)
>>>>
>>>> What units are the "100"?
>>>> Can the application provide different units?
>>>>
>>>> Andy
>>>>
>>>>
>>>
>> Things are looking very good.
>>
>> How does this fit with the original plan in terms of functionality
>> available?
>>
>>
>> As we enter the second part of the GSoC, we need to be thinking about
>>
>> * A release
>>
>> That does not mean it's complete and a release needn't be a major cost in
>> time. Having even one or two people try it out really helps in
>> understanding what people might do with spatial indexing.
>>
>> It can be a message to the users Jena mailing list announcing status of
>> the project and assuming interested people will grab the source and compile
>> a jar for themselves.
>>
>> But, if you want to, we can do something more packaged - anything up to
>> and including migrating the code to Jena SVN and putting in a Jenkins job
>> to build it into Jena's snapshot maven repository that's doable.
>>
>> A couple of things go with that:
>>
>> * Testing
>>
>> src/java/test is a bit empty :-)
>>
>> * User documentation
>>
>> Enough that someone can setup and use the project - short, to the point
>> and "now" is better than long and detailed and "later". (The final phase
>> of GSoC is write-up - that's needs to cover the next developers to come
>> along.)
>>
>> What do you think about this?
>>
>> Andy
>>
>>
>
Re: [GSoC 2013] jena-spatial
Posted by Ying Jiang <jp...@gmail.com>.
Hi Andy,
Thanks for the comments! Please check my replies below.
1) Release:
Firstly, I'd like to make a release in the Google code [1] and announce in
the jena user mailing list for the feedbacks, marking it as
"jena-spatial-1.0.0". It should include the current source code and a
compiled jar. I'll also make a tag of "jena-spatial-1.0.0" in Google code
svn. However, during coding, the version of the "jena-parent" is "7-SNAPSHOT",
with "ver.jena" as "2.10.2-SNAPSHOT". Shall I change them into "6" and
"2.10.1" respectively in the "jena-spatial-1.0.0" release tag?
Secondly, I'm looking forward to migrating the code to Jena SVN. What shall
I do exactly? Do I need an apache svn account as a committer?
2) Testing: Last week, I made some unit tests for the property functions. I
did find some bugs during testing. The tests are very useful. More testing
will be delivered later. Thanks for your reminder.
3) User documentation: It's not done yet. I'll create a user guide similar
to jena-text [3]. The documentation will be provided to the users
accompanying with the release of 1).
[1] https://code.google.com/p/jena-spatial/
[2]
https://code.google.com/p/jena-spatial/source/browse/trunk/src/test/java/org/apache/jena/query/spatial/TS_Spatial_Lucene.java
[3] http://jena.apache.org/documentation/query/text-query.html
On Mon, Jul 29, 2013 at 10:44 PM, Andy Seaborne <an...@apache.org> wrote:
> On 27/07/13 14:40, Ying Jiang wrote:
>
>> Hi,
>>
>> The default distance units measurement is "miles". I've just committed a
>> major change of the codes, including the following updates:
>>
>> 1) Support spatial indexing of WKT literal, including Point, Polygon or
>> any
>> other kinds of shapes.
>> 2) New property functions of "withinCirle", "withinBox", "intersectsBox",
>> "north", "south", "east", "west"
>> 3) Support different distance units for "nearby", such as "miles",
>> "kilometers", "degrees", "meters" and so on.
>> 4) Examples are updated [1]. You can play with the new features of
>> jena-spatial.
>>
>> It's almost half-way of the GSoC project. In the upcoming second half,
>> I'll
>> bring more visibility of code progress to the community, at least
>> one report per week. Thanks to Andy for pointing it out!
>>
>> [1]
>> https://jena-spatial.**googlecode.com/svn/trunk/src/**main/java/examples/
>> **JenaSpatialExample1.java<https://jena-spatial.googlecode.com/svn/trunk/src/main/java/examples/JenaSpatialExample1.java>
>>
>>
>> On Tue, Jul 23, 2013 at 9:37 PM, Andy Seaborne <an...@apache.org> wrote:
>>
>> In the example query there is:
>>>
>>> ?s spatial:nearby (51.3000 -2.71000 100)
>>>
>>> What units are the "100"?
>>> Can the application provide different units?
>>>
>>> Andy
>>>
>>>
>>
> Things are looking very good.
>
> How does this fit with the original plan in terms of functionality
> available?
>
>
> As we enter the second part of the GSoC, we need to be thinking about
>
> * A release
>
> That does not mean it's complete and a release needn't be a major cost in
> time. Having even one or two people try it out really helps in
> understanding what people might do with spatial indexing.
>
> It can be a message to the users Jena mailing list announcing status of
> the project and assuming interested people will grab the source and compile
> a jar for themselves.
>
> But, if you want to, we can do something more packaged - anything up to
> and including migrating the code to Jena SVN and putting in a Jenkins job
> to build it into Jena's snapshot maven repository that's doable.
>
> A couple of things go with that:
>
> * Testing
>
> src/java/test is a bit empty :-)
>
> * User documentation
>
> Enough that someone can setup and use the project - short, to the point
> and "now" is better than long and detailed and "later". (The final phase
> of GSoC is write-up - that's needs to cover the next developers to come
> along.)
>
> What do you think about this?
>
> Andy
>
>
Re: [GSoC 2013] jena-spatial
Posted by Andy Seaborne <an...@apache.org>.
On 27/07/13 14:40, Ying Jiang wrote:
> Hi,
>
> The default distance units measurement is "miles". I've just committed a
> major change of the codes, including the following updates:
>
> 1) Support spatial indexing of WKT literal, including Point, Polygon or any
> other kinds of shapes.
> 2) New property functions of "withinCirle", "withinBox", "intersectsBox",
> "north", "south", "east", "west"
> 3) Support different distance units for "nearby", such as "miles",
> "kilometers", "degrees", "meters" and so on.
> 4) Examples are updated [1]. You can play with the new features of
> jena-spatial.
>
> It's almost half-way of the GSoC project. In the upcoming second half, I'll
> bring more visibility of code progress to the community, at least
> one report per week. Thanks to Andy for pointing it out!
>
> [1]
> https://jena-spatial.googlecode.com/svn/trunk/src/main/java/examples/JenaSpatialExample1.java
>
>
> On Tue, Jul 23, 2013 at 9:37 PM, Andy Seaborne <an...@apache.org> wrote:
>
>> In the example query there is:
>>
>> ?s spatial:nearby (51.3000 -2.71000 100)
>>
>> What units are the "100"?
>> Can the application provide different units?
>>
>> Andy
>>
>
Things are looking very good.
How does this fit with the original plan in terms of functionality
available?
As we enter the second part of the GSoC, we need to be thinking about
* A release
That does not mean it's complete and a release needn't be a major cost
in time. Having even one or two people try it out really helps in
understanding what people might do with spatial indexing.
It can be a message to the users Jena mailing list announcing status of
the project and assuming interested people will grab the source and
compile a jar for themselves.
But, if you want to, we can do something more packaged - anything up to
and including migrating the code to Jena SVN and putting in a Jenkins
job to build it into Jena's snapshot maven repository that's doable.
A couple of things go with that:
* Testing
src/java/test is a bit empty :-)
* User documentation
Enough that someone can setup and use the project - short, to the point
and "now" is better than long and detailed and "later". (The final
phase of GSoC is write-up - that's needs to cover the next developers to
come along.)
What do you think about this?
Andy
Re: [GSoC 2013] jena-spatial
Posted by Ying Jiang <jp...@gmail.com>.
Hi,
The default distance units measurement is "miles". I've just committed a
major change of the codes, including the following updates:
1) Support spatial indexing of WKT literal, including Point, Polygon or any
other kinds of shapes.
2) New property functions of "withinCirle", "withinBox", "intersectsBox",
"north", "south", "east", "west"
3) Support different distance units for "nearby", such as "miles",
"kilometers", "degrees", "meters" and so on.
4) Examples are updated [1]. You can play with the new features of
jena-spatial.
It's almost half-way of the GSoC project. In the upcoming second half, I'll
bring more visibility of code progress to the community, at least
one report per week. Thanks to Andy for pointing it out!
[1]
https://jena-spatial.googlecode.com/svn/trunk/src/main/java/examples/JenaSpatialExample1.java
On Tue, Jul 23, 2013 at 9:37 PM, Andy Seaborne <an...@apache.org> wrote:
> In the example query there is:
>
> ?s spatial:nearby (51.3000 -2.71000 100)
>
> What units are the "100"?
> Can the application provide different units?
>
> Andy
>
Re: [GSoC 2013] jena-spatial
Posted by Andy Seaborne <an...@apache.org>.
In the example query there is:
?s spatial:nearby (51.3000 -2.71000 100)
What units are the "100"?
Can the application provide different units?
Andy
Re: [GSoC 2013] jena-spatial
Posted by Ying Jiang <jp...@gmail.com>.
Hi Andy and Sören,
Thanks for pointing out the data sources. I've studied the geodata formats
in geonames, LinkedGeoData, DBPedia. There're mainly 2 types of RDF
representation of geo locations (latitude, longitude):
1) wgs84_pos (in gonames, DBPedia and LinkedGeoData)
airports:EGBB rdf:type airports_sc:LargeAirport ;
*geo:lat* "52.4539"^^xsd:float ;
*geo:long* "-1.74803"^^xsd:float
2) Well Known Text Literal (in DBPedia and LinkedGeoData)
lgd-geom:node1000032677 a geom:Geometry ;
*ogc:asWKT* "POINT(7.338818000000001 51.4433324)"^^ogc:wktLiteral .
They are widely used in semantic geodata. I think I'm supposed to support
both format in jena-spatial. If you know more formats in other data
sources, please tell me. Thanks!
Following the way of jena-text, I'm working on the project of jena-spatial
in Google Code [1]. Now the indexing part for 1) has reached a milestone.
I've also made the "Nearby" querying support for 1). The code have been
committed. You can play with the example [2] of querying nearby airports,
borrowed from geoarq [3].
In the next steps, I'll go for 2) and try to implement more query property
functions, such as "Within", "Intersect", and so on. After the mid-term
evaluation in late July, I'm going to work on the assembler implementation
of jena-spatial.
There're also some other issues to be considered carefully.
<1> unit of measurement. The example mentioned above is just using miles
instead of kilometers. Shall we support both, or make things more
complicated to introduce arbitrary unit of measurements?
<2> data source compatibility. For 2), I find that DBPedia uses *
geo:geometry*, while LinkedGeoData adopts *ogc:asWKT *and *geo:geometry. *There
may be more predicates for other data sources. I've made an interface for
jena-spatial to consume all kinds of predicates for 1).
Any comments are welcome!
Best regards,
Ying Jiang
[1] http://code.google.com/p/jena-spatial/
[2]
http://code.google.com/p/jena-spatial/source/browse/trunk/src/main/java/examples/JenaSpatialExample1.java
[3] https://github.com/castagna/GeoARQ
On Mon, Jul 8, 2013 at 9:04 PM, Andy Seaborne <an...@apache.org> wrote:
> On 02/07/13 04:46, Ying Jiang wrote:
>>
>> Hi,
>>
>> My name is Ying Jiang. I'm the GSoC student for Apache Jena on the
>> project of "jena-sptial". In brief, the project will end up with an
>> ARQ extension to perform simple spatial searches within SPARQL
>> queries. The approach is similar to "jena-text". Many technical
>> details have been discussed during the project application period. I
>> just completed my exams in late June. Now I've set up a svn repository
>> on Google Code [1] and got ready to code. I'd very glad to have Andy,
>> Damian and Stephen as the mentors. You will see the code to be
>> committed there in the coming months. I'd be grateful to your help
>> when I ask questions in the dev mailing list.
>>
>> [1] http://code.google.com/p/jena-spatial/
>>
>> Best regards,
>> Ying Jiang
>>
>
> How's it going?
> What are the immediately goals for the work?
>
> Andy
>
Re: [GSoC 2013] jena-spatial
Posted by Andy Seaborne <an...@apache.org>.
On 02/07/13 04:46, Ying Jiang wrote:
> Hi,
>
> My name is Ying Jiang. I'm the GSoC student for Apache Jena on the
> project of "jena-sptial". In brief, the project will end up with an
> ARQ extension to perform simple spatial searches within SPARQL
> queries. The approach is similar to "jena-text". Many technical
> details have been discussed during the project application period. I
> just completed my exams in late June. Now I've set up a svn repository
> on Google Code [1] and got ready to code. I'd very glad to have Andy,
> Damian and Stephen as the mentors. You will see the code to be
> committed there in the coming months. I'd be grateful to your help
> when I ask questions in the dev mailing list.
>
> [1] http://code.google.com/p/jena-spatial/
>
> Best regards,
> Ying Jiang
>
How's it going?
What are the immediately goals for the work?
Andy
Re: [GSoC 2013] jena-spatial
Posted by Sören Brunk <so...@tu-dresden.de>.
> On 02/07/13 04:46, Ying Jiang wrote:
>> Hi,
>>
>> My name is Ying Jiang. I'm the GSoC student for Apache Jena on the
>> project of "jena-sptial". In brief, the project will end up with an
>> ARQ extension to perform simple spatial searches within SPARQL
>> queries. The approach is similar to "jena-text". Many technical
>> details have been discussed during the project application period. I
>> just completed my exams in late June. Now I've set up a svn repository
>> on Google Code [1] and got ready to code. I'd very glad to have Andy,
>> Damian and Stephen as the mentors. You will see the code to be
>> committed there in the coming months. I'd be grateful to your help
>> when I ask questions in the dev mailing list.
>>
>> [1] http://code.google.com/p/jena-spatial/
>>
>> Best regards,
>> Ying Jiang
>>
>
> Hi Ying,
>
> Do you want to put the full project description up on that site? The
> GoSC seems to secure project descriptions.
>
> The project plan talks about preparing demo data. What had you in
> mind? It would be really great to combine data from different
> sources. One source is geonames and I managed to get RDF out of the
> website with:
>
> http://www.geonames.org/2654675/about.rdf
>
> (which is Bristol, UK).
>
> Anyone get suggestions for other sources?
>
> Andy
>
DBPedia has geodata for many real world entities using the W3C geo
vocabulary (e.g. http://dbpedia.org/resource/Bristol).
The LinkedGeoData Project (http://linkedgeodata.org) also has a lot of
spatial data by creating RDF from OpenStreetMaps. It is modeled with
GeoSPARQL but supporting simple coordinates shouldn't be too difficult,
since they are represented as Well Known Text Literals.
Example:
<http://linkedgeodata.org/geometry/node1000032677>
<http://www.opengis.net/ont/geosparql#asWKT> "POINT(7.338818000000001
51.4433324)"^^<http://www.opengis.net/ont/geosparql#wktLiteral> .
Cheers,
Sören
Re: [GSoC 2013] jena-spatial
Posted by Andy Seaborne <an...@apache.org>.
On 02/07/13 04:46, Ying Jiang wrote:
> Hi,
>
> My name is Ying Jiang. I'm the GSoC student for Apache Jena on the
> project of "jena-sptial". In brief, the project will end up with an
> ARQ extension to perform simple spatial searches within SPARQL
> queries. The approach is similar to "jena-text". Many technical
> details have been discussed during the project application period. I
> just completed my exams in late June. Now I've set up a svn repository
> on Google Code [1] and got ready to code. I'd very glad to have Andy,
> Damian and Stephen as the mentors. You will see the code to be
> committed there in the coming months. I'd be grateful to your help
> when I ask questions in the dev mailing list.
>
> [1] http://code.google.com/p/jena-spatial/
>
> Best regards,
> Ying Jiang
>
Hi Ying,
Do you want to put the full project description up on that site? The
GoSC seems to secure project descriptions.
The project plan talks about preparing demo data. What had you in mind?
It would be really great to combine data from different sources. One
source is geonames and I managed to get RDF out of the website with:
http://www.geonames.org/2654675/about.rdf
(which is Bristol, UK).
Anyone get suggestions for other sources?
Andy