Hi,
If your timestamp is the time couchdb gets the document could you
possibly ditch the view and just use _changes?
Cheers
Simon
On 16 Apr 2010, at 09:46, wolfgang haefelinger wrote:
Thanks Robert
for your answer. However, it is not exactly what I was looking for
(due to my inappropriate
Hi,
I`ve created a couchdb-jvm-integration group on google groups
http://groups.google.com/group/couchdb-jvm-integration
Its open to anyone interested in integrating couchdb with jvm based
languages or are designing their own couchdb jvm apis.
If any patterns come out of discussions I`ll also
Just installed the latest CouchDB under Snow Leopard.
Turns out the only straightforward way to get everything working is to
do an install from Source:
- the one-click installer failed multiple tests
- installation from MacPorts failed the reader_acl test; and it wouldn't
let me create an
This is now fixed on the master branch.
I force a document addition if there wasn't one since the last commit.
You'll see it in doc_count for index functions that don't index
anything.
B.
On Fri, Apr 16, 2010 at 12:10 PM, Robert Newson robert.new...@gmail.com wrote:
Yes, that would be better.
Ok, so the 'versioning' in couch is really just for conflict resoultion,
etc? Once a new _rev is successfully committed the previous goes away ?
On Fri, Apr 16, 2010 at 7:29 AM, Matt Goodall matt.good...@gmail.comwrote:
On 16 April 2010 11:53, Sebastian Cohnen sebastiancoh...@googlemail.com
Hi,
Once you make a new _rev and then compact the previous ones go away.
The standard thing to do is either include the history in the document
(good if the docs are small and the histories short) or make a new
document for each version you want and provide your own versioning and
use a
On 17 April 2010 14:42, erich oliphant erich.oliph...@gmail.com wrote:
Ok, so the 'versioning' in couch is really just for conflict resoultion,
etc?
Correct.
Once a new _rev is successfully committed the previous goes away ?
Sort of. CouchDB maintains revs of documents for two main reasons:
Hi,
I cut the 0.5.0 release of couchdb-lucene today. Lots of changes and
improvements; take care when upgrading from 0.4! The most notable
difference between 0.4 and 0.5 is that 0.5 runs as a standalone daemon
(whereas 0.4 was launched by couchdb's externals feature).
Bug fixes to 0.5.0 will
On 04/16/2010 04:46 AM, wolfgang haefelinger wrote:
Thanks Robert
for your answer. However, it is not exactly what I was looking for
(due to my inappropriate problem description).
Firstly, I do want to have the document instead of the time stamp in
order to avoid that additional document
very nice work, robert! :)
but you forgot to update the README (e.g. you can now remove the big fat
warning, that 0.5 is not yet released) :)
On 17.04.2010, at 16:22, Robert Newson wrote:
Hi,
I cut the 0.5.0 release of couchdb-lucene today. Lots of changes and
improvements; take care when
CouchDB is a database at home with the web.
Or ...comfortable with the web.
Regarding fonts, I feel like a beer drinker at a wine tasting. They both
look fine to me.
2010/4/13 Robert Newson robert.new...@gmail.com
Very nice design. s/geared for the web/designed for the web/ ?
On Tue, Apr
CouchDB is a database built for the Web.
Or, like I already mentioned, we could use this quote:
Let me tell you something: Django may be built for the Web, but
CouchDB is built of the Web.
- http://jacobian.org/writing/of-the-web/
Thoughts?
On 17 Apr 2010, at 17:21, Phil Rand
Thanks for the info.
Any 'patterns'/examples for doing the versioning programmatically ? I have
a general idea based on you guys comments, but don't want to reinvent the
wheel ;)
On Sat, Apr 17, 2010 at 10:08 AM, Matt Goodall matt.good...@gmail.comwrote:
On 17 April 2010 14:42, erich
Oops. :) Will fix.
On Sat, Apr 17, 2010 at 4:54 PM, Sebastian Cohnen
sebastiancoh...@googlemail.com wrote:
very nice work, robert! :)
but you forgot to update the README (e.g. you can now remove the big fat
warning, that 0.5 is not yet released) :)
On 17.04.2010, at 16:22, Robert Newson
Let me tell you something: Django may be built for the Web, but
CouchDB is built of the Web.
Two of my coworkers were turned off by that statement, noting that it
felt adversarial. It's too easy for folks to misinterpret.
CouchDB is a database at home with the web.
Nice. That really
No example here, but I've heard old-versions-as-attachments echoed a lot.
This method keeps the versions all together in one doc without downloading
the whole history when you GET the newest. Useful unless you have other
attachments and need to include them inline when you request for other
On 17 Apr 2010, at 18:51, Zachary Zolton wrote:
Let me tell you something: Django may be built for the Web, but
CouchDB is built of the Web.
Two of my coworkers were turned off by that statement, noting that it
felt adversarial. It's too easy for folks to misinterpret.
Well, I
I've been couch surfing for about 2 weeks so far this is quite out
of my depth to handle. After this error I can't get CouchDB to start
up successfully - no idea what caused this - sometime between stopping
for the night starting again in the morning.
I since removed all DB data, restarted, and
Seems like there's a syntax error in the config files (*.ini).
Have you made changes to any of them?
On Sat, Apr 17, 2010 at 10:29 PM, Dave Cottlehuber d...@muse.net.nz wrote:
I've been couch surfing for about 2 weeks so far this is quite out
of my depth to handle. After this error I can't
Hi,
Today, I was watching http://vimeo.com/10838794 ( Skip to 16.00 minutes )
Ezra just discarded CouchDB and not recommend for any production use. He never
tried to explain what those issues and why he doesn't recommend.
But I would like to know views of CouchDB community despite the fact that
I was doing some ad-hoc UPDATEs and DELETEs on a SQL database the
other day and it crossed my mind, how could I do the same on CouchDB?
I don't want to write an application to do something so simple. It
seems to me that I should be able to produce a Javascript views, both
named and temporary,
no, no changes. I thought of that, checked them both match the
distribution unchanged. Without making any changes to anything else,
after starting with empty DBs it is running tickety-boo again.
d...@continuity:/var/log $ locate local.ini
/opt/local/etc/couchdb/local.ini
right now I am trying the following
curl -X POST -d '{keys:[[cnnid,],[src,e]]}'
http://localhost:5984/test/_design/transfer/_list/search/search1?group=truegroup_level=1
I have searched Google with no luck on how to run a list with mulitple
keys as input, is this even possible?
--
I have a reduce function that outputs keys with duplicate ids with
group_level=1, I would really like to say something like
group_level=id and have it do the grouping on id rather than my key?
Is this possible?
--
Jarrod Roberson
24 matches
Mail list logo