Re: [hibernate-dev] did hibernate.org crash?

Hi, I am NOT in Red Hat VPN/Network and I do confirm the site is up. Niko 2015-02-04 10:15 GMT+01:00 Emmanuel Bernard : > For info hibernate.org seems to be “down” *if* you > are behind the Red Hat VPN (I can still access though). So that’s probably > some IT filtering

Re: [hibernate-dev] [Search] Spatial still experimental

Hi Hardy, I would have liked to have more user feedbacks before that. But as the use case is not that frequent ... Have some of the Hibernate Search team members some time to test it ? Do you have any feedback ? Niko 2013/12/13 Hardy Ferentschik : > Hi, > > Given that we are moving to Search 5 a

Re: [hibernate-dev] Hibernate has a new website

Nice ! Congratulations =) Niko 2013/12/5 Emmanuel Bernard : > http://hibernate.org has been completely revamped. > > The entire team has been working on it for a long time. I am personally > very happy to see this puppy out. > > Our goals were: > > * to help newcomers understand what each Hiberna

Re: [hibernate-dev] [Search] Facet counts

I tried this summer to rebase the work I did on HSEARCH-809 in May but there was too many changes since on master for me to achieve this. I think too that Lucene 4 migration is mandatory before having a look at Facets native / count issues. 2013/11/27 Hardy Ferentschik : > Agreed, we need to rewo

Re: [hibernate-dev] JBCRA Voting

Great minds think alike Niko 2013/7/25 Sanne Grinovero : > I swear I hadn't read emails yet :-) > > http://in.relation.to/Bloggers/JBossCommunityRecognitionAwardsVotingEndsTomorrow > > On 25 July 2013 10:44, Guillaume Smet wrote: >> Generally, I think voting for people named Guillaume looks like

Re: [hibernate-dev] [HSEARCH] Geo queries in ElasticSearch

>> Within 10 kms (23) >> Between 10 and 50 kms (45) >> Above 50 kms (75) >> >> >> On Wed 2013-07-03 11:24, Nicolas Helleringer wrote: >>> Was is demonstrated here has nothing of a facet : these are only aggregates. >>> >>> >>>

Re: [hibernate-dev] [HSEARCH] Geo queries in ElasticSearch

eving the > count. In other words, you don't really need to compute the distance for > each point. > > Wouldn't that work? > > Emmanuel > > On Wed 2013-07-03 14:21, Nicolas Helleringer wrote: >> The difficulty in this is that unlike other facets counts those are

Re: [hibernate-dev] [HSEARCH] Geo queries in ElasticSearch

this will fail. Niko 2013/7/3 Emmanuel Bernard : > I'm more interested in something like > > Within 10 kms (23) > Between 10 and 50 kms (45) > Above 50 kms (75) > > > On Wed 2013-07-03 11:24, Nicolas Helleringer wrote: >> Was is demonstrated here has nothing of

Re: [hibernate-dev] [HSEARCH] Geo queries in ElasticSearch

Was is demonstrated here has nothing of a facet : these are only aggregates. GeoDistanceFacet results: - Distance from origin: 0.0 Distance to requested: 1000.0 Number of results: 29 Minimum distance: 0.0 Maximum distance: 899.5358131385

Re: [hibernate-dev] Welcome Nicolas to the Search committers

/blushing Thank you all I am quite ... impressed ? ... scared ? Time to review ! =)) Sanne, you ll suffer ;-P Niko 2013/5/16 Davide D'Alto : > Congrats, > Davide > > > On Thu, May 16, 2013 at 12:01 AM, Sanne Grinovero wrote: > >> Dear All, >> since Nicolas didn't "just" contribute an awesome

Re: [hibernate-dev] [HSEARCH] Dynamic Sharding and directory template

IMHO passing the shard identifier in the Properties entries is a weak solution in long term. I shall prefer breaking SPI but no rational thoughts to back my out of the box opinion. Niko 2013/4/11 Emmanuel Bernard : > I am currently working on a solution for dynamically adding new shards > to Hib

Re: [hibernate-dev] Contributors welcome: HSEARCH-809

Sanne, I have started something here https://github.com/nicolashelleringer/hibernate-search/tree/HSEARCH-809 But I am lacking free time to go on at this time. 2012/12/7 Sanne Grinovero > Looking into votes and forum comments pointing to HSEARCH-809 there is > a strong demand for this feature

Re: [hibernate-dev] Native Lucene Facets

in some places. For example I am not quite sure how exactly > how dimensions work exactly and hence > how we can use it. I think this will determine also how @Facet(s) will > work. > > I will bring myself a little bit more up to date as well to provide some > better feedback. > >

[hibernate-dev] Native Lucene Facets

I ve started some exploration around native Lucene facets support in Hibernate Search Before going too far, I would like some advice on if I step in the right direction or not. If you could please have a look at https://github.com/nicolashelleringer/hibernate-search/tree/HSEARCH-809 Niko ___

Re: [hibernate-dev] Hibernate Search Spatial: Units?

Hi, Just pushed and created pull request for removal of SpatialQueryBuilder in tests ans docs. Added @Longitude & @Latitude in docs. Niko 2012/10/10 Emmanuel Bernard > > > onCoordinates(String... names) > > Does `onCoordinates()` means all coordinates or simply the default one. If > all, then

Re: [hibernate-dev] Hibernate Search Spatial: Units?

> On 10 October 2012 12:17, Emmanuel Bernard wrote: > >> > onCoordinates(String... names) > > > > Does `onCoordinates()` means all coordinates or simply the default one. > If all, then > > existing queries will break if you add an new coordinate property to an > > entity. > > I would assume that e

Re: [hibernate-dev] Hibernate Search Spatial: Units?

a constant > > .onCoordinates(Statial.DEFAULT_COORDINATES_PROPERTY) > > 3. Use the class name ( that's what you did ) > > 4. Use "" as the value > > .onCoordinates("") > > 5. Add a specific method > > .onDefaultCoordinates() > > So far 5 seems the most natur

Re: [hibernate-dev] Hibernate Search Spatial: Units?

This makes sense. The DSL is clearly THE way to build spatial queries. It simple and elegant. By the way, Emmanuel, I would like some help to remove the .onCoordinates( PoI.class.getName() ) in Query luceneQuery = builder.spatial() .onCoordinates( PoI.class.getName() ) .within( 50, Unit.

[hibernate-dev] Hibernate search master build issues

Hi all, Since ~10 days, I do have build issue with master branch : Failed tests: searchNewMemberBeforeSynchronizationOnSlave1(org.hibernate.search.test.integration.jms.SearchBeforeIndex SynchronizationJmsMasterSlaveIT): Found user created by Slave 1: [[1, Davide D'Alto, d...@slave1.fake.email]] e

[hibernate-dev] Hibernate Search documentation build problem

Hi all, I have problem with the documentation build of Hibernate Search : [INFO] --- maven-jdocbook-plugin:2.3.5:generate (default-generate) @ hibernate-search-documentation --- 15 [main] INFO org.jboss.jdocbook.profile.ProfilerImpl - applying DocBook profiling [C:\Dev\hibernate-search\hibernate-

Re: [hibernate-dev] Jira / GitHub

Very nice indeed Niko 2012/6/29 Hardy Ferentschik > +1 Looks very nice. I think we should enable it for the other projects as > well. > > > On Jun 29, 2012, at 4:48 AM, Strong Liu wrote: > > > seems open the change set in github is faster than fisheye, and more > cleaner on github > > > > nice!

[hibernate-dev] @Spatials

Hi all, I'm working on the programatic mapping of HSEARCH-923 (spatial support) and I had to implements @Spatials for @Spatial as @Fields is to @Field Emmanuel checked my work on my gtihub repo and some questions raised we would like to share with you : - Is @Spatials the right name for such a p

Re: [hibernate-dev] Jira issues gone!?

older JIRA was using this >>>> very old Lucene version which still had the old name; looks like they >>>> finally upgraded Lucene in JIRA 5, but the version of Lucene being >>>> used now breaks the custom field type for pull requests. >>>> Basically the plugin

Re: [hibernate-dev] Jira issues gone!?

the response screen to the ajax call. Niko 2012/5/21 Steve Ebersole > Nicolas, where did you see this stack trace? When I try to create an > issue, it just sits on that create screen... > > > On 05/21/2012 08:46 AM, Nicolas Helleringer wrote: > >> When I try to create

Re: [hibernate-dev] Jira issues gone!?

When I try to create a sub task issue I got the following : >> [image: Hibernate JIRA] Not Found (404) Could not execute action [QuickCreateIssue]:TOKENIZEDjava.lang.NoSuchFieldError: TOKENIZED at org.jboss.labs.jira.plugin.custfieldtypes.searchimpl.MultiURLCustomFieldIndexer.addDocumentFiel

Re: [hibernate-dev] Coordinates storage in Lucene index for spatial functionality

s. For each center the bench runs the 4 modes of request ending up in ~45 ms the loop. Niko > Cheers, > Sanne > > On 15 May 2012 14:04, Nicolas Helleringer > wrote: > > I did the seed on the random generator. > > > > Here are some results: > > > > Degree

Re: [hibernate-dev] Coordinates storage in Lucene index for spatial functionality

> > maybe even simpler set a constant as the seed of your random > generator: should provide a reproducible sequence of values. /facepalm I should have guess that :s Niko > >> > >> On 11 May 2012 08:40, Nicolas Helleringer < > nicolas.hellerin...@gmail.com>

Re: [hibernate-dev] Coordinates storage in Lucene index for spatial functionality

gt; docs > > fetched : 1087.705641025641 > > Mean time with DoubleRange + Distance filter : 20.82852138769231 ms. > Average > > number of docs fetched : 426.7902564102564 > > > > Next thing I do not explain yet is the distance filter overhead mismatch > : > >

Re: [hibernate-dev] Coordinates storage in Lucene index for spatial functionality

+ Distance filter : 20.82852138769231 ms. Average number of docs fetched : 426.7902564102564 Next thing I do not explain yet is the distance filter overhead mismatch : It is less on grid search with more docs to test than on DoubleRange. Niko 2012/5/7 Nicolas Helleringer > Here are some resu

Re: [hibernate-dev] Coordinates storage in Lucene index for spatial functionality

age amount of POI that were filtered in memory but the > DistanceFilter during these runs? > > Emmanuel > > On 7 mai 2012, at 10:31, Nicolas Helleringer wrote: > > Hi all, > > I have done a radian patch/branch and some benchmarks on geonames french > database. &g

Re: [hibernate-dev] Coordinates storage in Lucene index for spatial functionality

e them with a > > > large enough dataset, but it seems quite obvious that storing > > > normalized radians should be more efficient as it would avoid a good > > > deal of math to be executed on each Document in the index. > > > > > > Also if we assu

Re: [hibernate-dev] Coordinates storage in Lucene index for spatial functionality

t; So the big difference would be that we avoid the per element in the box > filtering conversion from decimals to radians. > no : the diffrerence is only durring the distance filtering as Sanne said > Am I correct or completely wrong? not completly =) Niko > On 3 mai 2012, at 10

Re: [hibernate-dev] Coordinates storage in Lucene index for spatial functionality

2 sqrt and 1 atan2. IMO it hardly makes a mark but yes I do agree it is a gain. > Also if we assume people might want to use radians in their user data > (I know some who definitely would never touch decimals for such a use > case), there would be no need at all to convert the end result

[hibernate-dev] Coordinates storage in Lucene index for spatial functionality

Hi all, Sanne and I have been wondering about the way the spatial branch/module/functionality for Hibernate Search shall store its coordinates in the Lucene index. Today it is implemented with decimal degree for : - easy debugging/readability - ease of conversion on storage as we want to accept m

Re: [hibernate-dev] HSEARCH-1084 build failed

CI machines :) > > > > Gail was having the same problem yesterday night, and seems to have a > solution. > > > > Created HSEARCH-1106, assigned to her so she can send a pull request. > > > > Sanne > > > > On 25 April 2012 09:46, Nicolas Helleringer

Re: [hibernate-dev] HSEARCH-1084 build failed

Last night I was on my home desktop PC. Today on my pro laptop with windows 7 x64 it builds on _25 and _31. Still trying to figure what the differences are between my two environnements. niko 2012/4/25 Nicolas Helleringer > I did upgrade to _31 and update my jdk location in my settings.

Re: [hibernate-dev] HSEARCH-1084 build failed

ationFactory.create methods. Unfortunately it > yells in some strange language. > > It looks like the compiler is a bit more stupid on Windows for some > obscure reason. Could you try 1.6.0_31 (the latest)? > > > > On 24 avr. 2012, at 23:48, Nicolas Helleringer wrote: >

[hibernate-dev] HSEARCH-1084 build failed

Hi all, Fetching last master tonight I was not able to build : [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.3.2:compile (default-compile) on project hibernate-search-engine: Compilation failure: Compilation failure: [ERROR] \hibernate-search\hibernate-search-eng

Re: [hibernate-dev] [OGM] MongoDB dialect and treatment of _id

My DBA background tells me 'do not do thing behind the back of rou db' : I shall use the second strategy. But I am not sure what is the exact contract around _id column from the MongoDb devs. Niko 2012/4/6 Emmanuel Bernard > I would like to discuss the problem of _id in MongoDB and how to map

Re: [hibernate-dev] Hibernate Search 4.1.0.Final - conditional indexing and more

Great ! Gratz ! Nicolas 2012/4/4 Emmanuel Bernard > The Hibernate Search team is really proud to announce version 4.1. What's > in there? > > - conditional indexing > - faster, lighter, more targeted indexing > - better JGroups-based clustering > - support for Hibernate ORM 4.1 and JBoss AS 7.1

Re: [hibernate-dev] testJGroupsBackend fail

ooping it back in another > buffer as last element in the JGroups stack). > > Sanne > > > On 5 March 2012 16:01, Nicolas Helleringer > wrote: > > It fails here : > > > > at > > > org.hibernate.search.test.jgroups.common.JGroupsCommonTest.testJGroups

Re: [hibernate-dev] testJGroupsBackend fail

rentschik > Hi Niko, > > can you have a look at the reason for the failure? Is there something in > the test execution log? > It might just be a timing issue or maybe a multicast configuration problem > on windows. > > --Hardy > > > On Mar 5, 2012, a

[hibernate-dev] testJGroupsBackend fail

On current master state I got a : Results : Failed tests: testJGroupsBackend(org.hibernate.search.test.jgroups.common.JGroupsCommonTest): expected:<1> but was:<0> Tests run: 457, Failures: 1, Errors: 0, Skipped: 1 I am on windows. Any ideas ? Cheers, Niko

Re: [hibernate-dev] [HSEARCH] HSEARCH-923 Use of Coordinates interface for lat ad long

Hi Emmanuel, hi all, I am not fond of Coordinates interface too :s I think we shall stick to Option 1 as it concentrates configuration information in one place and we can stick to default values for field names for ease of use. People that do have a latitude property on their beans often named it

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

My two cents : - .onLocation("position") - .onLatitude("lat").onLongitude("lng") Niko 2011/12/21 Emmanuel Bernard > Which one do you prefer (line in bold for each sample)? > >builder >.spatial() >.

Re: [hibernate-dev] git help

Hi Steve, You could try a filter branch command : git filter-branch --commit-filter ' if [ "$GIT_COMMITTER_NAME" = "" ]; then GIT_COMMITTER_NAME=""; GIT_AUTHOR_NAME=""; GIT_COMMITTER_EMAIL=""; GIT_AUTHOR_EMAIL="";

Re: [hibernate-dev] Hibernate OGM

I do like Bucket. It more 'free' than Database that people do associate to much with SQL and relational (who remember that a database CAN be non relational ?) and than Cache which seems to retrictive in my point of view. Regards, Niko 2011/5/12 Emmanuel Bernard > Let me summarize, > GridMap is