Re: [hibernate-dev] Hibernate JTS upgrade: migration notes required

Hi Guillaume, Thanks for pointing this out. I will take care of it. Regards, Karel On Mon, Sep 24, 2018 at 4:23 PM Guillaume Smet wrote: > Hi Karel, > > Back from vacation and I just saw this commit: > https://github.com/hibernate/hibernate-orm/commit/b3e56a5db71110d07a095762a788c53ef258bd01

Re: [hibernate-dev] Hibernate Spatial - JTS update - compatibility issue

Hi Guillaume, We can do this in a 5.4. As a commenter on this issue correctly noted, geolatte-geom has already moved to 1.16.0-RC1, so the change in HS can follow quickly. We should wait for the official 1.16 release though before releasing it. I'll put the ticket into progress, and upgrade

Re: [hibernate-dev] Merging hibernate spatial Dialects with the core ones

s are really *only* used to contribute Types and > SQLFunctions, > the above options would remove the need for having spatial dialects at all > and still allow hibernate-spatial to contribute its things. > > WDYT? > > > On Tue, Jun 28, 2016 at 9:18 AM Karel Maesen <ka...@

Re: [hibernate-dev] Merging hibernate spatial Dialects with the core ones

ecific >> libraries are not required at runtime when not using the spatial stuff), it >> should remain a separate artifact - this is, should we plan to make >> Hibernate ORM JARs Jigsaw modules at some point. >> >> --Gunnar >> >> >> 2016-06-28 15:22 G

Re: [hibernate-dev] Merging hibernate spatial Dialects with the core ones

It makes sense for some Dialects such as those for MySQL and MS SQL Server. Less so for Postgresql and Oracle Spatial because here the spatial capabilities need to be installed and configured separately (and even have versioning separate from the main database engine). I would favour an approach,

Re: [hibernate-dev] http://www.hibernatespatial.org/

tory merge. > >> > >> Best to double-check with Steve, but I believe updates to the user > >> guide might not need to wait for his refactoring work to be completed? > >> > >> > > >> > Vlad > >> > > >> > On Sun, Apr 17,

Re: [hibernate-dev] http://www.hibernatespatial.org/

Hi Vlad, I've created a PR (#1334) that contains a number of corrections and additions for the User Guide. Regards, Karel On Wed, Mar 2, 2016 at 10:24 PM, Karel Maesen <ka...@geovise.com> wrote: > Hi Vlad, > > Thanks for doing this already. It’s a good starting point. I’ll sug

[hibernate-dev] Release bundle doesn't contain spatial lib

Hi all, A user recently asked where the hibernate-spatial jar could be found. The Quickstart states that it should be in the /lib directory, but at least recent bundles don't contain it (e.g. 5.1.0.Final). How can this be fixed? Regards, Karel ___

Re: [hibernate-dev] http://www.hibernatespatial.org/

it when I'm done and I'll send you an email with some steps to > build the User Guide. > After you review it, I'll collect all your findings improve it further. > > Vlad > > On Wed, Feb 24, 2016 at 8:30 PM, Karel Maesen <ka...@geovise.com> wrote: > Hi Vlad, > > I

Re: [hibernate-dev] http://www.hibernatespatial.org/

this? > > Vlad > > On Sat, Feb 20, 2016 at 4:18 PM, Karel Maesen <ka...@geovise.com> wrote: > HI all, > > First, there seems to be a problem with the hibernate-spatial mailing list > that I was unaware of. The user in question reached out to me yesterday. I > will

Re: [hibernate-dev] http://www.hibernatespatial.org/

HI all, First, there seems to be a problem with the hibernate-spatial mailing list that I was unaware of. The user in question reached out to me yesterday. I will investigate shortly. Fair point about the website not mentioning the move to Hibernate 5. I will put up a message for this on the

Re: [hibernate-dev] HQL and spatial

Hi Steve, > On 02 Nov 2015, at 16:16, Steve Ebersole wrote: > > Any further thoughts? > > I looked over the link you gave in regards to literals, but did not fully > understand. I'd prefer this follow some "escape syntax" form, beyond that > maybe you could just

Re: [hibernate-dev] HQL and spatial

Hi Steve, > On 08 Sep 2015, at 22:29, Steve Ebersole wrote: > > What do you mean "have these functions integrated into HQL"? What you > describe is exactly how sql functions are supported as well. Perhaps you > mean defining standard support for spatial functions.

Re: [hibernate-dev] HQL and spatial

Hi Steve, Have a look at this table: http://www.hibernatespatial.org/documentation/03-dialects/01-overview/ It provides an overview of the HQL functions that are supported in Hibernate Spatial. They are currently registered into each concrete SpatialDialect. I think it might be a good start

[hibernate-dev] Problems running matrix tests

I’v tried to run my matrix tests for hibernate-spatial and I’m running into some problems. First problem is that setting JAVA6_HOME on OS X didn't work because Gradle apparently can’t find the runtime jar (the Home layout of JDK 1.6 on Mac seems to be non-standard). I worked around that by

Re: [hibernate-dev] problem running local matrix tests

, but not generally loading all stuff from resources. And even then, I am not seeing the loaded hibernate.properties being used atm. On Tue 11 Jun 2013 02:47:04 PM CDT, Karel Maesen wrote: I compiled it locally and the exception is no longer thrown. But now I have another problem

[hibernate-dev] problem running local matrix tests

-spatial:matrix_postgis'. No such property: project for class: org.hibernate.build.gradle.testing.database.alloc.DatabaseAllocator Anyone an idea what I'm doing wrong? Btw, I did update my Gradle file to include: apply plugin: 'hibernate-matrix-testing'. Regards, Karel Maesen

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

Hi Emmanuel, My preference: .forLocation(location) .forLatitudeField(lat).forLongitudeField(long) Btw, I quite like LatLong as an alternative for the term Coordinates or Location. It makes clear what the meaning is of the coordinates/location interface/method, and conditions the reader as to

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

On 21 Dec 2011, at 18:32, Emmanuel Bernard wrote: Maybe `Coordinates` is a bad idea entirely and we should only use free form properties like this Why not do this in two steps. Use the free form properties now for the first implementation. Later, after integration of Hibernate Spatial in

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

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

[hibernate-dev] Problem using maven 2.2.1

Hi, When using mvn install on Hibernate Core, the jar was copied to my local repository with the extension *.docbook.style. When I uncomment the jdocbook-style-plugin in the parent pom.xml, the install works correctly. Also when I use maven 2.2.0. So I guess the jdocbook-style plugin doesn't