headers
kowsik | 1 Oct 2009 18:05
Picon
Gravatar

Announcing pcapr Trends

With the recent influx of pcaps, the number of protocols and pcaps are
getting to the point where interesting trend analysis makes sense. So
we set out to find the meaning of it all with multi-dimensional data
visualization using Motion Charts (and couchdb).

We wanted to find out
- How does the coverage and #pcaps for a given protocol trend over time?
- When was a protocol first introduced into pcapr?
- What is 42 and what does it have to do with packet captures?

You can read about this more in our blog http://bit.ly/PhjoT and
explore pcapr Trends: http://www.pcapr.net/trends

Thanks,
The Pcapr Team
http://www.pcapr.net/
http://labs.mudynamics.com/
http://twitter.com/pcapr
Permalink | Reply | 0 comments |
headers
Keith Murphy | 1 Oct 2009 20:41
Favicon

Call for articles for Fall Issue of Open Source Database Magazine

Hello everyone,

I wanted to take a minute and extend an invitation to anyone who has
interest in writing about CouchDB or other open source database servers.

July brought the first issue of Open Source Database Magazine
(http://www.osdbzin.net) and it was a resounding success. Our download
count has skyrocketed. I was blown away when I checked my stats after the
first two days of release and there were almost three times as many
downloads as I had ever had of any of the previous issues of MySQL
Magazine. Thanks to those who participated by contributing articles; I
couldn't have done it without you. The feedback I have received is that
the change in direction has been embraced by the open source database
community.

I am making multiple changes in the magazine but the one that will
directly affect authors is that I am increasing the payment for articles.
All the details about the coming changes are on an OSDB Magazine blog post
here: http://www.osdbzine.net/wordpress/?p=3

I need to hear from you by October the 5th with any proposals and the
article needs to be completed and turned in by October the 30th.

Looking forward to hearing from you.

Keith Murphy

--

-- 
Editor
Open Source Database Magazine
(Continue reading)

Permalink | Reply | 0 comments |
headers
Kevin Ferguson | 1 Oct 2009 21:00

RE: couchapp reverse engineering

Try:
couchapp clone (url) (localdir)
________________________________________
From: nborwankar@...
[nborwankar@...] On Behalf Of Nitin Borwankar [nitin@...]
Sent: Thursday, October 01, 2009 11:55 AM
To: user@...
Subject: couchapp reverse engineering

If I have a database that I have received via replication and it contains a
couchapp, and I want to work on it.
How do I extract it into a couchapp dir tree ?
I know I can download the couchapp doc as JSON via a request but I want a
way to transparently reverse engineer the JSON into a couchapp dir tree so
that I can then round trip the doc via the usual couchapp push.

Is there a way to do this ?

Thanks much,

Nitin

37% of all statistics are made up on the spot
-------------------------------------------------------------------------------------
Nitin Borwankar
nborwankar@...
Permalink | Reply | 0 comments |
headers
Benoit Chesneau | 1 Oct 2009 21:01
Picon
Gravatar

Re: couchapp reverse engineering

On Thu, Oct 1, 2009 at 8:55 PM, Nitin Borwankar <nitin@...> wrote:
> If I have a database that I have received via replication and it contains a
> couchapp, and I want to work on it.
> How do I extract it into a couchapp dir tree ?
> I know I can download the couchapp doc as JSON via a request but I want a
> way to transparently reverse engineer the JSON into a couchapp dir tree so
> that I can then round trip the doc via the usual couchapp push.
>
> Is there a way to do this ?
>
> Thanks much,
>
> Nitin
>
>
>

couchapp clone http://yourhost/app

- benoît
Permalink | Reply | 1 comment |
headers
Nitin Borwankar | 1 Oct 2009 21:04

Re: couchapp reverse engineering

Ahh thanks much. Going to rtfm now :-) nitin 
------Original Message------
From: Benoit Chesneau
To: user <at> couchdb.apache.org
ReplyTo: user <at> couchdb.apache.org
Sent: Oct 1, 2009 12:01 PM
Subject: Re: couchapp reverse engineering

On Thu, Oct 1, 2009 at 8:55 PM, Nitin Borwankar <nitin <at> borwankar.com> wrote:
> If I have a database that I have received via replication and it contains a
> couchapp, and I want to work on it.
> How do I extract it into a couchapp dir tree ?
> I know I can download the couchapp doc as JSON via a request but I want a
> way to transparently reverse engineer the JSON into a couchapp dir tree so
> that I can then round trip the doc via the usual couchapp push.
>
> Is there a way to do this ?
>
> Thanks much,
>
> Nitin
>
>
>


couchapp clone http://yourhost/app


- benoît
(Continue reading)

Permalink | Reply | 0 comments |
headers
tsuraan | 1 Oct 2009 23:12
Picon

Re: Modelling Question

> One simple way is to store association links in one of the main documents
> instead of on a separate table.  Pick one side, for example mailboxes, and
> store the ids of each mail source that a box is connected to in the mailbox
> document itself.  Using CouchDB's mapreduce views you can emit a separate
> view row for each pairwise link, retrieve all of the mailboxes connected to
> a mail source in a single query, and so on.

Ok, so in my case, a user needs to be able to edit his mailbox (delete
messages from it, mostly), so each user needs his own mailbox.  If the
structure of the user table is something like:

{ "username" : name,
  "mailboxes" : [
    { "entries" : [ list of messages ],
      "source" : name of email source,
      "name" : whatever the user wants to call the mailbox
   },
   ... ]}

Then email delivery for each email creator would be a map-reduce job
that delivers email into every box whose source entry matches the name
of the email creator.  Does that make sense for Couch?  Is that
something that is reasonable to do in a map-reduce job, and would it
perform reasonably?

> Strategies will differ with other postrelational databases since they are
> all so different.  I'm afraid there are not a lot of generic NoSQL questions
> - they usually have to be tailored to a specific database system.

Yeah, that makes sense; couchdb and tokyo, for example, are certainly
(Continue reading)

Permalink | Reply | 1 comment |
headers
Benoit Chesneau | 2 Oct 2009 09:04
Picon
Gravatar

french talk about CouchApps at OSDC FR

Hi,

Just a quick mail to let you know I'm giving a talk in french about
Couchapps at OSDC FR this saturday, free attendance you're welcome !

the talk :
http://act.osdc.fr/osdc2009fr/talk/2362

location :
http://act.osdc.fr/osdc2009fr/maps.html#coming

I hope to see you there. Also for those who want we can take a beer or
two around to continue the talk.

- benoît
Permalink | Reply | 1 comment |
headers
Matt Aimonetti | 2 Oct 2009 09:06
Picon
Gravatar

Re: french talk about CouchApps at OSDC FR

Bonne chance Benoit. Enjoy the conf!

- Matt

On Fri, Oct 2, 2009 at 12:04 AM, Benoit Chesneau <bchesneau@...>wrote:

> Hi,
>
> Just a quick mail to let you know I'm giving a talk in french about
> Couchapps at OSDC FR this saturday, free attendance you're welcome !
>
> the talk :
> http://act.osdc.fr/osdc2009fr/talk/2362
>
> location :
> http://act.osdc.fr/osdc2009fr/maps.html#coming
>
> I hope to see you there. Also for those who want we can take a beer or
> two around to continue the talk.
>
> - benoît
>
Permalink | Reply | 0 comments |
headers
Brian Candler | 2 Oct 2009 09:29
Picon
Favicon

Re: how to work on multiple databases

On Tue, Sep 22, 2009 at 07:51:00PM -0700, go canal wrote:
> Are there APIs available for working on multiple databases ? 

I contributed a change to CouchRest which lets you do

    Foo.on(database).whatever

which directs your request to a database dynamically.

I haven't tested this in a while - I found CouchRest too complex internally
so I ended up knocking together my own API (couchtiny). I published it on
github.com/candlerb, although it's subject to change at my own whim :-)

> let's say a user wants to display a list of his documents in all projects,
> how do we support this ? Do I have to issue one query command for each
> database then aggregate the result ?

Yes. For me it's a feature, rather than a bug, that couchdb databases are
completely isolated from each other. Maybe you should consider lumping
everything into one database.

Regards,

Brian.
Permalink | Reply | 1 comment |
headers
Ning Tan | 2 Oct 2009 16:51
Picon

Re: Modelling Question

On Thu, Oct 1, 2009 at 5:12 PM, tsuraan <tsuraan@...> wrote:
> Ok, so in my case, a user needs to be able to edit his mailbox (delete
> messages from it, mostly), so each user needs his own mailbox.  If the
> structure of the user table is something like:
>
> { "username" : name,
>  "mailboxes" : [
>    { "entries" : [ list of messages ],
>      "source" : name of email source,
>      "name" : whatever the user wants to call the mailbox
>   },
>   ... ]}
>
> Then email delivery for each email creator would be a map-reduce job
> that delivers email into every box whose source entry matches the name
> of the email creator.  Does that make sense for Couch?  Is that
> something that is reasonable to do in a map-reduce job, and would it
> perform reasonably?

Are mailboxes concrete documents or merely an abstraction (e.g.
supported by tagging the mail messages maybe)? I like the latter
better than the former.

I'm not sure you need the reduce part of the MapReduce framework here
if all you need is a list of messages. Be care generating a large
amount of data from your reduce function; it's not meant to support
that.
Permalink | Reply | 0 comments |

Gmane