(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
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
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,
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
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
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
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
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
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]
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 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 a...@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
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
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
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
Andy,
is Ying Jiang a member of the dev list?
Marco
On Mon, Aug 5, 2013 at 5:16 PM, Marco Neumann marco.neum...@gmail.comwrote:
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
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.
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
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
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 jpz6311...@gmail.com wrote:
Hi,
I'm with the dev list. Any problems with your tests?
Best regards,
Ying Jiang
On Tue, Aug 6, 2013
I would lean towards b.) but that does not mean to omit a.)
On Tue, Aug 6, 2013 at 12:42 PM, Ying Jiang jpz6311...@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,
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
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
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
On 05/08/13 14:48, Marco Neumann wrote:
On Mon, Aug 5, 2013 at 9:41 AM, Andy Seaborne a...@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
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 a...@apache.org wrote:
On 05/08/13 14:48, Marco
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
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 a...@apache.org wrote:
On 27/07/13 14:40, Ying Jiang wrote:
Hi,
The default distance units measurement is miles. I've
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,
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
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
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
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
32 matches
Mail list logo
