[hackers] Edge-to-Edge Principal / Reed's Law

Gee thanks Jon.:] You are very right Ping - we are creating a web app, not monkyeing with TCP/IP... Dr. Reed already took care of that. That paper brings little enlightenment to this very nice design squabble we have embroiled ourselves in. But here goes my dippy esoteric argument anyw

RE: [hackers] Re: Edge-to-Edge Principal / Reed's Law

It occurred to me that it might be useful to include David Reed in the route for this msg. David, hoping you will have time to comment on the notes below. The hack4dean guys are building a network to support regime change and then some. best, Jon L. [EMAIL PROTECTED] w

Re: [hackers] Notes From Meeting

> 7) Setting milestones > DRUPAL/KIT: > - A vanilla release > - Feature list: > - endorse > - event (calendar) > - export (rss transmitter) > - import (rss recieving) >

[hackers] this postcard function seems pretty effective

So you all have probably talked about this in some long ago post, but adapting this postcard function:   http://www.tim2002.com/timcontents/postcards/send.shtml   to easily localized postcards would be great.   Z   Zephyr Teachout Internet Organizing & Outreach Dean for America [

Re: [hackers] Status: Media, VV, Action (addendum to last meeting)

On Fri, 1 Aug 2003, CMR wrote: > > > > It seems to me that there's a "third way" for this to work. I think the > > > media needs to be in some ways both centrally organize/aggregated, but > > > also distributed in terms of production and actual media hosting. > > > > > > In other words, there need

Re: [hackers] Status: Media, VV, Action (addendum to last meeting)

> > It seems to me that there's a "third way" for this to work. I think the > > media needs to be in some ways both centrally organize/aggregated, but > > also distributed in terms of production and actual media hosting. > > > > In other words, there needs to be a main source for finding Dean medi

Re: [hackers] Status: Media, VV, Action (addendum to last meeting)

> It seems to me that there's a "third way" for this to work. I think the > media needs to be in some ways both centrally organize/aggregated, but > also distributed in terms of production and actual media hosting. > > In other words, there needs to be a main source for finding Dean media, > but t

[hackers] Re: Homegrown Sites and our system...

I believe there is a program called "Cheese Grater" or such, that (given a regular expression) takes a normal HTML feed and makes an RSS feed out of it. I'm trying to find it (I'll ask the friend who referred me) but we could use that as a patchwork solution for sites that didn't want to convert.

Re: [hackers] Re: Dean, Democracy, and more (fwd)

Yes. I think CC (which flavor, I'm unsure) by default. Opt out as needed. -j Hey guys - let's figure out what we want to do about CC liscensing soon - Lessig has offered his staff to help us work through the issues. I think the latest agreement i heard was an "opt out" forced CC liscence in t

Re: [hackers] Re: Edge-to-Edge Principal / Reed's Law

It seems to me this relates to the classic napster vs gnutella achitecture evaluation(?). The selling point of the distrubuted, decentralized nature of gnutella was, in the main, user privacy. Performance though, in my personal experience and from a system logistics point of view, was in napste

Re: [hackers] Status: Media, VV, Action (addendum to last meeting)

Pardon me if I'm a little late to this discussion. 2. There is significant debate over whether the database for the media repository should reside in a central location, or be distributed among DeanSpace sites. I have posted my arguments for a centralized database in/on [*] the Wiki:

Re: Fw: [hackers] Re: Edge-to-Edge Principal / Reed's Law; revised2

On Fri, 1 Aug 2003, Ka-Ping Yee wrote: > On Fri, 1 Aug 2003, zachary rosen wrote: > > 1] Nodes should be able to vett the media in their repositories > > 2] The central aggregator should be able to vett the media accessible in > > the central repository. > > > > With the central solution [1] becom

Re: Fw: [hackers] Re: Edge-to-Edge Principal / Reed's Law; revised2

On Fri, 1 Aug 2003, Ka-Ping Yee wrote: > On Fri, 1 Aug 2003, zachary rosen wrote: > > This is exactly the reason I am so opposed to this solution. It is a > > basic question: who do you trust more to vett / prune media on the system > > that comes from nodes? DMT - or the nodes themselves? > > We

Re: Fw: [hackers] Re: Edge-to-Edge Principal / Reed's Law; revised2

> A quick note - the decentralized system that is being proposed is NOT peer > to peer. At the top, at the aggregator, it functions just the same as the > centralized solution: One database, searchable and acessable by all - ie > napster. > Think I got it; so the "aggregator" functions like the

Re: Fw: [hackers] Re: Edge-to-Edge Principal / Reed's Law; revised2

On Fri, Aug 01, 2003 at 02:32:53PM -0500, zachary rosen wrote: > > On Fri, 1 Aug 2003, zachary rosen wrote: > > > The only real > > > difference between centralized and decentralized in terms of admin work > > > required then becomes the mundane maintenance tasks: pruning and > > > organization. I

Re: Fw: [hackers] Re: Edge-to-Edge Principal / Reed's Law; revised2

> On Fri, 1 Aug 2003, zachary rosen wrote: > > The only real > > difference between centralized and decentralized in terms of admin work > > required then becomes the mundane maintenance tasks: pruning and > > organization. If the nodes are empowered to maintain their own local > > repository then

Re: Fw: [hackers] Re: Edge-to-Edge Principal / Reed's Law; revised2

On Fri, 1 Aug 2003, Ka-Ping Yee wrote: > On Fri, 1 Aug 2003, zachary rosen wrote: > > A quick note - the decentralized system that is being proposed is NOT peer > > to peer. At the top, at the aggregator, it functions just the same as the > > centralized solution: One database, searchable and ac

Re: Fw: [hackers] Re: Edge-to-Edge Principal / Reed's Law; revised2

A quick note - the decentralized system that is being proposed is NOT peer to peer. At the top, at the aggregator, it functions just the same as the centralized solution: One database, searchable and acessable by all - ie napster. The difference is how the metada gets to the central DB. Either i

Re: Fw: [hackers] Re: Edge-to-Edge Principal / Reed's Law; revised2

> > "Granted, the feasibility of an in place, functional and reliable > > distributed system may well prove the best argument for the > > centralized option in the end." > > Hi CMR, > > I'm sorry -- i'm still having trouble figuring out this statement. > Did you mean that the *infeasibility* of a d

Fw: [hackers] Re: Edge-to-Edge Principal / Reed's Law; revised

Statement edited for clarity: "Granted, the feasibility of an in place, functional and reliable distributed system may well prove the best argument for the centralized option in the end." CMR <--enter gratuitous quotation that implies my profundity here-->

[hackers] Supersimpledean update

Hey guys, --Added routine to "fix" (from my point of view): blog.module so that it displays whose blog you're actually looking at as a headline, and so it identifies the main blog page as a collection of the latest blog postings; node.module so that it identifies what's going on at the "submit" pa

Re: [hackers] Re: Edge-to-Edge Principal / Reed's Law

> Giving people and media items a fixed address at one location vastly > simplifies the problem of forming these groups and collections. It's > much harder to find other users and media items scattered across many > different sites than at one central site. (This is why we are building > VV!) A

[hackers] Re: Dean, Democracy, and more (fwd)

Hey guys - let's figure out what we want to do about CC liscensing soon - Lessig has offered his staff to help us work through the issues. I think the latest agreement i heard was an "opt out" forced CC liscence in the user preferences? What are everyones latest thoughts? -Zack -- Forwa

[hackers] Re: Edge-to-Edge Principal / Reed's Law

Hi, Zack. Thanks for the pointers. I'm copying the list on this so we can all have the same context in this discussion. 1. THE END-TO-END ARGUMENT -- On Thu, 31 Jul 2003, zachary rosen wrote: > http://www.wikipedia.org/wiki/End-to-end_argument [...] > A lot more can be

RE: [hackers] RE: [developers] SignUpGoodAt page obsoleted

I think ?!ng raises an important point, but I don't want to miss Neil's point about redundancy either. I believe that the best solution (yet more work), would be to have a ProfileSummary.module That is, everyone should put the information they did in the SignUpGoodAt page into their profile. Then

Re: [hackers] Media Network Design

Here is my vision for a distributed media module which I will not have time to work on so its only a vision. Start with an RSS schema that has tags for different sources and different formats of a single type of media. This schema can also do some tagging. Make a node type that lets users upload

[hackers] Status: Media, VV, Action (addendum to last meeting)

I just wanted to mention my status updates on this list, for anyone who wasn't at the last IRC meeting. 1. Alison and i have been working hard on the media module. Our work in progress is running in a sandbox at http://sf4dean.com/sandbox/. We are getting feedback from the Dean Media

[hackers] Media Network Design

Last night I spent a fair amount of time going over the technical hurdles of creating a distributed system. They were larger than I had previously expected, but by no means unworkable. Undoubtedly, creating the media system to be a distributed network would require more engineering effort in the b