gmane.comp.db.couchdb.user

Re: Question about using moment.js in a map function

Jim Klo — 2013-05-26T06:59:20

Yep. That sounds about right. I've got a non-kanso couchapp that does exactly that. 

Sent from my iPhone

On May 25, 2013, at 5:55 PM, "Troy Martin" <troy-lAFUwtX9PX4rx4h/O56vldBPR1lH4CV8< at >public.gmane.org> wrote:

Question about using moment.js in a map function

Troy Martin — 2013-05-26T00:54:42

If I want to use moment.js in a view, can I just replace " with ' in the minified source code (https://raw.github.com/timrwood/moment/2.0.0/min/moment.min.js), and use Futon to save the source code as a string under views.lib? Would I then be able to access it a view by calling require('views/lib/moment')? Sounds like Kanso would make this easier, but I don't want to install it just for this if I don't have to.

Thanks,

Troy

Re: Problem with commonjs in view

Travis Paul — 2013-05-24T14:46:50

Awesome, I guess I overlooked that.
I believe I now have some abused list functions to go refactor :)


On Fri, May 24, 2013 at 10:36 AM, Robert Newson <robert.newson-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>wrote:

Re: Problem with commonjs in view

Robert Newson — 2013-05-24T14:36:16

Since the introduction of commonjs, yes. The libs are positioned under views so that we can include the code in the checksum for the reason you mentioned. 

Sent from my iPhone

On 24 May 2013, at 15:29, Travis Paul <Tr-oL+bxNnI65tBDLzU/O5InQ< at >public.gmane.org> wrote:

Re: Problem with commonjs in view

Travis Paul — 2013-05-24T14:29:10

Thanks Robert, Sorry Noah,
Has this always been the case? I was always under the impression that you
could only use require in validate, list, and show functions.


On Fri, May 24, 2013 at 10:25 AM, Robert Newson <robert.newson-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>wrote:

Re: Problem with commonjs in view

Robert Newson — 2013-05-24T14:25:07

I can confirm you are wrong. You can require() into map functions. 

Sent from my iPhone

On 24 May 2013, at 14:50, Travis Paul <Tr-oL+bxNnI65tBDLzU/O5InQ< at >public.gmane.org> wrote:

Re: Problem with commonjs in view

Travis Paul — 2013-05-24T13:50:15

Forgive me for not reading the whole email and ignore this if I missed some
critical information. But if you're tring to import a library in a view,
you can't. Views must be side-effect free. Someone please correct me if I'm
mistaken.

On May 24, 2013 4:36 AM, "Noah Diewald" <noah-LJ/xIhIu6xpBDLzU/O5InQ< at >public.gmane.org> wrote:

I have a design document where I'm trying to use commonjs in a view. At this
point I've failed at trying to do the more complicated stuff that I
intended to
use this functionality for. I'm just trying to do something simple so that
I can
figure out why things aren't working for me. I'm following this wiki page
fairly
closely: https://wiki.apache.org/couchdb/CommonJS_Modules

I have a views property that looks like this:

views: {
  lib: {
    blue: "exports.ninenine = 99;"
  },
  mymap: {
    map: "function (doc) {emit(require('../lib/blue').ninenine);}"
  }
}

I get errors that look like the following for every document in the log when
attempting to run the view in the temporary vie

Re: using POST _bulk_docs with ?edits=false

Gregor Martynus — 2013-05-24T11:13:49

yes, that was a type, thanks Robert!

btw there is a more extended discussion on the topic with feedback of Dale & Dave here:
https://github.com/hoodiehq/hoodie.js/issues/66#issuecomment-18394013

Re: using POST _bulk_docs with ?edits=false

Robert Newson — 2013-05-24T11:12:05

Side-note: You do know it's ?new_edits=false, not edits=false, right?

B.


On 24 May 2013 12:04, Gregor Martynus <gregor-fg4rxdkaigvk1uMJSBkQmQ< at >public.gmane.org> wrote:

Re: using POST _bulk_docs with ?edits=false

Gregor Martynus — 2013-05-24T11:04:06

Thanks Jason, I've a better understanding of the ?edits=false flag now and also what the cause of my problem is. After looking more into it, I've found that conflicts are not created on every POST /_bulk_docs?edits=false, but only for some documents. And the reason is that the `_revisions.ids` history is not correct in all cases, so it must be a Hoodie bug.

PS: Special thanks that you found the time to respond in these exciting times :-) Very happy for you & IrisCouch

Problem with commonjs in view

Noah Diewald — 2013-05-23T19:40:45

I have a design document where I'm trying to use commonjs in a view. At this
point I've failed at trying to do the more complicated stuff that I intended to
use this functionality for. I'm just trying to do something simple so that I can
figure out why things aren't working for me. I'm following this wiki page fairly
closely: https://wiki.apache.org/couchdb/CommonJS_Modules

I have a views property that looks like this:

views: {
  lib: {
    blue: "exports.ninenine = 99;"
  },
  mymap: {
    map: "function (doc) {emit(require('../lib/blue').ninenine);}"
  }
}

I get errors that look like the following for every document in the log when
attempting to run the view in the temporary view interface in futon:

OS Process #Port<0.3115> Log :: function raised exception (new
TypeError("mod.current is null", "/usr/share/couchdb/server/main.js", 1125))
with doc._id cccb3bb779549b28b2e48eb628934107

So it looks like relative paths don't work but if I use the property path as
shown in the wiki:

views: {
  lib: {
    bl

Re: Problem with commonjs in view

Noah Diewald — 2013-05-23T19:51:06

Oh. I cut and pasted badly. The two errors are not the same. The first should be
"mod is undefined".

On 05/23/2013 02:40 PM, Noah Diewald wrote:

Re: Problem with commonjs in view

Noah Diewald — 2013-05-23T21:12:06

If anyone is curious about the "dumb" thing that I did, here it goes.

I created a view that referred to the exported function using a relative path.
This didn't work. I decided to try and debug the problem using the temporary
view editor. This didn't work because I guess that temporary views are special
somehow. I had thought that I'd tried updating the view to match this example,
without using a temporary view:


But I must not have done this because I tried it again and got it to work. Moral
of the story, temporary views are not a good place to debug commonjs problems.

On 05/23/2013 02:51 PM, Noah Diewald wrote:

Re: using POST _bulk_docs with ?edits=false

Jason Smith — 2013-05-24T05:36:57

Calculating _rev "correctly" depends on what you need.

If you and I have the same document and make the same changes except _rev
(and _revisions), then we will get a conflict when we replicate to each
other.

The only project I know that uses edits=false somewhat successfully is
mikeal/replicate. It might help, although it gets its _revisions value from
CouchDB, it doesn't calculate anything.

Can you paste some example documents (with the _revisions) value?


On Fri, May 24, 2013 at 3:28 AM, Gregor Martynus <gregor-fg4rxdkaigvk1uMJSBkQmQ< at >public.gmane.org>wrote:

Re: using POST _bulk_docs with ?edits=false

Gregor Martynus — 2013-05-24T01:18:10

Thanks Jens,

I am using the bulk api as described in Posting Existing Revisions[1] already, and I pass the the new and the past rev ids in _revisions.ids. But still I do get errors.

But I think I've spotted an issue, I'll check that one first. Cheers!


[1] http://wiki.apache.org/couchdb/HTTP_Bulk_Document_API#Transactional_Semantics_with_Bulk_Updates

Re: using POST _bulk_docs with ?edits=false

Jens Alfke — 2013-05-24T00:13:12

On May 23, 2013, at 1:28 PM, Gregor Martynus <gregor-fg4rxdkaigvk1uMJSBkQmQ< at >public.gmane.org> wrote:


Are you _sure_ you want to do that? It can create conflicts. Regular PUTs won’t lose data; the 409 Conflict error is to alert the client that there’s a newer revision on the server, so the client can do the necessary conflict resolution and then retry. It’s generally better to handle conflicts before they’re saved, rather than afterwards, because you’re more flexible in how to interact with the user.


Don’t make up your own revIDs! If you really, really want to create conflicts on the server, use the all_or_nothing mode of _bulk_docs instead:
http://wiki.apache.org/couchdb/HTTP_Bulk_Document_API#Transactional_Semantics_with_Bulk_Updates

—Jens

using POST _bulk_docs with ?edits=false

Gregor Martynus — 2013-05-23T20:28:48

Hey, 

I'm using the edits=false flag to push changes from the browser to the couch, to prevent that data can get lost. My current implementations randomly generates a _rev number and adds the _revisions attribute with the current _rev and the newly generated _rev number. But that leads to conflicts. I was told that the _rev number has to be calculated based on the objects.

I try to find out how to calculate a new the _rev number correctly but can't figure it out. I've described the issues here:
https://github.com/hoodiehq/hoodie.js/issues/66

Would really appreciate your help

Re: music database

Александр Опак — 2013-05-23T18:55:57

Hello!
We are create project for music with couchdb, if you are really interesting
this, we can help you!


2013/5/23 Brad Rhoads <bdrhoa-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>

Re: music database

Brad Rhoads — 2013-05-23T18:46:05

https://github.com/rwadholm/The-Little-Library can get you started.

---------------------------
www.maf.org/rhoads
www.ontherhoads.org


On Wed, May 22, 2013 at 3:37 AM, Rana Bunnni <rana_ios-QqNU3IAdlV0< at >public.gmane.org> wrote:

music database

Rana Bunnni — 2013-05-22T09:04:06

Hi all,
I would like to create a database that can store music.
How can I save music in couchDB ?
and how can i retrieve a specific music from the database ?

Greetings
/RB

music database

Rana Bunnni — 2013-05-22T09:37:02

Hi all,
I would like to create a database that can store music.
How can I save music in couchDB ?
and how can i retrieve a specific music from the database ?

Greetings
/RB