Nevermind on the lists:sort issue below as I realized that list:umerge
requires that the lists be sorted.
Thanks anyway,
Andrew
On Sun, Jun 26, 2011 at 3:36 PM, Andrew Berman wrote:
> I think I found the answer and it is no, I cannot control the sort. I
> found the code here in riak_kv_wm_lin
Hello everybody,
I have a problem with riaksearch 0.14.2 when searching the document i
have in my bucket "affinities" :
{
"start" : "20110417",
"end" : "20110510",
"data" : {
...
}
}
When i request the index with
Hi,
I am getting inconsistent results using the Riak Search Solr
interface. Specifically, the number of results and ordering of results
is changing from one query to the next.
The query that I am running is the following:
curl
http://localhost:8098/solr/locations/select?q=zip:\(94108+OR+10003+O
I forgot to note. The data in the cluster being queried is not
changing. (i.e., no inserts, no updates, no deletes happening)
On Mon, Jun 27, 2011 at 6:44 PM, James Linder wrote:
> Hi,
>
> I am getting inconsistent results using the Riak Search Solr
> interface. Specifically, the number of resul
Afternoon, Evening, Morning to All -
Short Recap for today: a new repo on GitHub, a contribution to
riak_kv, and some Q & A from #riak.
Enjoy.
Mark
Community Manager
Basho Technologies
wiki.basho.com
twitter.com/pharkmillups
---
Riak Recap for June 24 - 26
=
On Jun 27, 2011, at 7:53 PM, Mark Phillips wrote:
>
___
riak-users mailing list
riak-users@lists.basho.com
http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com
You're changing the "id" field? (Gold's Gym vs Super Cuts)
-mox
On Mon, Jun 27, 2011 at 3:48 PM, James Linder wrote:
> I forgot to note. The data in the cluster being queried is not
> changing. (i.e., no inserts, no updates, no deletes happening)
>
>
> On Mon, Jun 27, 2011 at 6:44 PM, James Lin
Sorry, misread the output reply. Nevermind..
-mox
On Mon, Jun 27, 2011 at 5:42 PM, Mike Oxford wrote:
> You're changing the "id" field? (Gold's Gym vs Super Cuts)
>
> -mox
>
> On Mon, Jun 27, 2011 at 3:48 PM, James Linder
> wrote:
>> I forgot to note. The data in the cluster being queried is
