polygene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Niclas Hedhman <nic...@hedhman.org>
Subject Re: GeoSpatial Query support
Date Wed, 03 Jun 2015 16:23:52 GMT
Jiri,
I need to sleep, but committed the stuff I messed around with back into the
branch. It probably doesn't build at the moment.
Lifted out stuff from Core API into library/geometry (perhaps should go to
spatial, which I didn't notice).

I'll have another go at it tomorrow night.

Cheers

On Thu, Jun 4, 2015 at 12:18 AM, Niclas Hedhman <niclas@hedhman.org> wrote:

>
> I think I realize that there are several aspects to this;
>
>    1. Scope at hand; Query geodata stored in Zest (so called) entity
> stores, back by one or more capable Indexing engines. Zest defines a fluent
> api, query language independent, which is translated in runtime to the
> underlying indexer.
>
>    2. Retrieving geo data from external sources, and interfacing with
> third-party endpoints for that. This is currently a bit out of scope, but
> this sounds like easy stuff to integrate into Zest, once there is an
> interest for it.
>
>
> Cheers
>
> On Wed, Jun 3, 2015 at 11:26 PM, johann sorel <johann.sorel@geomatys.com>
> wrote:
>
>> Hello,
>>
>> In geotoolkit we made a query/session api, with joint support, It uses :
>> - OGC Filter Encoding specification,
>> - SQL/MM(st_...) are just a a set of functions which are the exact same
>> as those defined in OGC Filter.
>> - A derivate of JSR-283 : Java Content Repository  for queries and
>> sessions but adapted to Features
>> http://www.opengeospatial.org/standards/filter
>>
>> This specification is already transposed in Java in the GeoAPI project :
>> http://www.geoapi.org/snapshot/pending/index.html
>> in package : org.opengis.filter
>>
>> I don't know much about apache zest, but a more pragmatic approach would
>> be to get closer to Apache JackRabbit which is JCR compliant and has a lot
>> of data connectors.
>>
>>
>> Johann Sorel
>> johann.sorel@geomatys.com
>>
>>
>>
>> On 03/06/2015 17:12, estrada.adam@gmail.com wrote:
>>
>>> Most excellent, Dr. Mattmann! @sis, we should definitely collaborate
>>> with @zest on this one. If they are implementing simple query
>>> functionality, maybe they can take advantage of the work Marc has already
>>> done and also use the projection support Martin has been committing.
>>>
>>> Thoughts?
>>> Adam
>>>
>>> Sent from my iPhone
>>>
>>>  On Jun 3, 2015, at 11:00 AM, Mattmann, Chris A (3980) <
>>>> chris.a.mattmann@jpl.nasa.gov> wrote:
>>>>
>>>> Maybe this is a good integration point for sis.apache.org?
>>>>
>>>> CC’ing the Apache SIS list for visibility
>>>>
>>>> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>>>> Chris Mattmann, Ph.D.
>>>> Chief Architect
>>>> Instrument Software and Science Data Systems Section (398)
>>>> NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
>>>> Office: 168-519, Mailstop: 168-527
>>>> Email: chris.a.mattmann@nasa.gov
>>>> WWW:  http://sunset.usc.edu/~mattmann/
>>>> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>>>> Adjunct Associate Professor, Computer Science Department
>>>> University of Southern California, Los Angeles, CA 90089 USA
>>>> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>>>>
>>>>
>>>>
>>>>
>>>> -----Original Message-----
>>>> From: Jiri Jetmar <juergen.jetmar@gmail.com>
>>>> Reply-To: "dev@zest.apache.org" <dev@zest.apache.org>
>>>> Date: Wednesday, June 3, 2015 at 7:45 AM
>>>> To: "dev@zest.apache.org" <dev@zest.apache.org>
>>>> Subject: Re: GeoSpatial Query support
>>>>
>>>>  Hi Niclas,
>>>>>
>>>>> this ST_XX follows the http://en.wikipedia.org/wiki/DE-9IM and
>>>>> http://en.wikipedia.org/wiki/Simple_Features standards that are indeed
>>>>> "SQL" related. I used this expression to be similar with e.g. PostGIS,
>>>>> means when someone knows how to use spatial expressions on PostGIS,
>>>>> he should be able to understand the Apache Zest approach.
>>>>>
>>>>> But clearly I can "lowercase" the ST_Xx expressions in the code.
>>>>>
>>>>> Cheers,
>>>>> jj
>>>>>
>>>>> 2015-06-03 16:22 GMT+02:00 Niclas Hedhman <niclas@hedhman.org>:
>>>>>
>>>>>  Jiri,
>>>>>> There is one thing that bothers me; ST_Within and similar doesn't
>>>>>> follow
>>>>>> the Java convention at all. I have researched and seen that many
DBs
>>>>>> uses
>>>>>> this, but don't you think we should lower case st_ instead for
>>>>>> methods?
>>>>>>
>>>>>>
>>>>>> Cheers
>>>>>> --
>>>>>> Niclas Hedhman, Software Developer
>>>>>> http://zest.apache.org - New Energy for Java
>>>>>>
>>>>>
>>
>
>
> --
> Niclas Hedhman, Software Developer
> http://zest.apache.org - New Energy for Java
>



-- 
Niclas Hedhman, Software Developer
http://zest.apache.org - New Energy for Java

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message