Re: [hibernate-dev] [HSEARCH] Geospatial indexing and queries

2011-12-19 Thread Emmanuel Bernard
Hey guys, I have not received much feedback on this. Can you take a look. I wanted to get the DSL done in the next couple of days. Emmanuel On 5 déc. 2011, at 16:21, Emmanuel Bernard wrote: Nicolas and I have made good progress on Geospatial queries for Hibernate Search. # Geospatial

Re: [hibernate-dev] Question in relation to Hibernate4.0 Final

2011-12-19 Thread Strong Liu
Max? - Best Regards, Strong Liu stliu at hibernate.org http://about.me/stliu/bio On Dec 19, 2011, at 8:59 PM, Guenther Demetz wrote: Hi Strong Liu, do you know, when it is planned a Hibernate-Tools release compatible to Hibernate-Core 4.0 Final ? Me and

Re: [hibernate-dev] [HSEARCH] Geospatial indexing and queries

2011-12-19 Thread Emmanuel Bernard
On 5 déc. 2011, at 17:01, Sanne Grinovero wrote: To answer your question on centeredOn, I'd avoid a strong dependency on JTS. The Object option you propose could be an interface, and we create a factory class which returns them; users should then be able to use the JTS enabled factory or a

[hibernate-dev] Is there any official Hibernate framework in C++ ?

2011-12-19 Thread f s
Hi, I would like to use Hibernate in C++. However, it seems to me that there are no official Hibernate or wrapper frameworks for the purpose. Do you think that it would be workable as production ready software if Hibernate is used through JNI from C++ ? Or is there any official plan to port

Re: [hibernate-dev] [HSEARCH] Geospatial indexing and queries

2011-12-19 Thread Sanne Grinovero
Hi Emmanuel, I'm not familiar of what kind of API a gis expert would expect so I'm commenting only as a JPA user who might need to introduce some close to feature. Assuming we can get the API to support overloading without enforcing the JTS library as a hard dependency, could we do something

Re: [hibernate-dev] [HSEARCH] Geospatial indexing and queries

2011-12-19 Thread Hardy Ferentschik
I am sitting in a similar boat than Sanne. I don't know how much useful feedback I can provide w/o first getting to know the actual problem space better. Looking at the Jira issue and comments, I like the idea of having the @Spatial annotation. One think which comes to my mind here is how

Re: [hibernate-dev] [HSEARCH] Geospatial indexing and queries

2011-12-19 Thread Emmanuel Bernard
On 19 déc. 2011, at 15:24, Sanne Grinovero wrote: Hi Emmanuel, I'm not familiar of what kind of API a gis expert would expect so I'm commenting only as a JPA user who might need to introduce some close to feature. Assuming we can get the API to support overloading without enforcing the

Re: [hibernate-dev] [HSEARCH] Geospatial indexing and queries

2011-12-19 Thread Hardy Ferentschik
On Dec 19, 2011, at 6:04 PM, Emmanuel Bernard wrote: spatial() .onCoordinates(location) .within(2, KM).of(JTSLocation.class, jtsObject) .createQuery(); ``` I prefer this, but probably with the arguments in 'of' rotated: spatial() .onCoordinates(location) .within(2,

Re: [hibernate-dev] [HSEARCH] Geospatial indexing and queries

2011-12-19 Thread Emmanuel Bernard
On 19 déc. 2011, at 16:17, Hardy Ferentschik wrote: I am sitting in a similar boat than Sanne. I don't know how much useful feedback I can provide w/o first getting to know the actual problem space better. Looking at the Jira issue and comments, I like the idea of having the @Spatial

Re: [hibernate-dev] [HSEARCH] Geospatial indexing and queries

2011-12-19 Thread Karel Maesen
Hi Emmanuel, I didn't see your mail from 5/12, so I only now read your proposal. Sorry for the late reaction. I'll give you more feedback but here some quick notes. I would advise not to use JTS for this case. It's not intended for geographic coordinates (lat/long). That's why it has

Re: [hibernate-dev] [HSEARCH] Geospatial indexing and queries

2011-12-19 Thread Sanne Grinovero
Thanks Karel, if that's your suggestion I guess that would nicely simplify the problem. Regarding Emmanuel's Note that `within ... of` is the alternative to `centeredOn` that I think we will go for but that's irrelevant for this problem. +1 nice! looks much better. About .of(JTSLocation.class,