Skip to Content.
Sympa Menu

pcplantdb - [pcplantdb] Re: [pcplantdb Digest, Vol 12, Issue 2]

pcplantdb@lists.ibiblio.org

Subject: pcplantdb

List archive

Chronological Thread  
  • From: Stephanie Gerson <sgerson@stanfordalumni.org>
  • To: <pcplantdb@lists.ibiblio.org>, <pcplantdb@lists.ibiblio.org>
  • Subject: [pcplantdb] Re: [pcplantdb Digest, Vol 12, Issue 2]
  • Date: Sat, 08 May 2004 10:20:56 -0700

Wonderful discussion, yalls.

Although I am not versed in software lingo, I can see you are all
thinking seriously about the different options available. The only thing
I would add is to practice 'Biomimicry' throughout this design process -
parallel to the manner in which Permaculture mimics Gaia's ecosystems in
the design of natural landscapes, we may do the same in the design of our
software and organizational mechanisms.

I understand that Wikis are already web-like in nature, and similarly, in
terms of answering our questions (how to cultivate user collaboration,
deal with graffiti and editorial issues, and develop our own decision-
making process), it might be fruitful to remember and apply Permaculture
principles.

I know this is pretty abstract, and I am not making any concrete
suggestions - but it might serve us to look at existing bio-inspired
forms of dealing with information, such as "Ecosystem information
engineering" (a branch of Industrial Ecology) and the portion of the AI
community (Bonabeau and others) interested in learning from social
insects, i.e. swarm intelligence, to develop simple algorithms for
control and optimization.

Because it seems as though all virtual communities are currently
grappling with the design of successful mechanisms for online
collaboration – and as with any realm of design, we may look to Gaia for
guidance…

Just some thoughts.

peace
*Stephanie


pcplantdb-request@lists.ibiblio.org wrote:

Send pcplantdb mailing list submissions to
pcplantdb@lists.ibiblio.org

To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ibiblio.org/mailman/listinfo/pcplantdb
or, via email, send a message with subject or body 'help' to
pcplantdb-request@lists.ibiblio.org

You can reach the person managing the list at
pcplantdb-owner@lists.ibiblio.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of pcplantdb digest..."


Today's Topics:

1. Threshold (Richard Morris)
2. some quick thoughts (Chad Knepp)
3. Re: Threshold (Lawrence F. London, Jr.)
4. Re: Threshold (Lawrence F. London, Jr.)
5. Re: Threshold (Richard Morris)
6. Re: some quick thoughts (Richard Morris)


----------------------------------------------------------------------

Message: 1
Date: Wed, 05 May 2004 23:32:49 +0100
From: Richard Morris <webmaster@pfaf.org>
Subject: [pcplantdb] Threshold
To: pcplantdb <pcplantdb@lists.ibiblio.org>
Message-ID: <40996B91.4020707@pfaf.org>
Content-Type: text/plain; charset=us-ascii; format=flowed

Jim Fournier wrote:
> Hi Richard,
>
> Stephanie passed me your info as a contact on the Permaculture Guild
> Design Application. I'm doing some evaluation for the Threshold grant
> application and also interested in permaculture and IT general.
>
> I'm a bit swamped with my own event coming up in June, but I need to
> complete this process in the next few weeks. You can reach me back
here
> or by phone at 415-662-2688. I'm usually up late west coast time, but
> not early am.
>
>
> Best wishes,
> -j
>
> Jim Fournier
> 415-662-2688

I just had a phone conversation with Jim about this.

He asked a lot of technical questions about how
we would actually implement things, particarly how
the communication between front end and server,
how we would add the guild type information to
existing datasets. How we would stop graffiti
and editorial issues.

General feeling is that we need to really do a lot
more thrashing out of the details of it all. Whats
the database schema? Whats the communication format
between server and front end? What precisely do
we want for the front end?

On a related note I see ibiblio now have a WikiInfo
fork of Wikipedia. If we could link with that
it could give us much greater exposure.

ttfn

Rich
--
Plants for a Future: 7000 useful plants
Web: http://www.pfaf.org/ same as http://www.comp.leeds.ac.uk/pfaf/
Post: 1 Lerryn View, Lerryn, Lostwithiel, Cornwall, PL22 0QJ
Tel: 01208 872 963 / 0845 458 4719
Email: webmaster@pfaf.org
PFAF electronic mailing list http://groups.yahoo.com/group/pfaf






------------------------------

Message: 2
Date: Thu, 6 May 2004 15:26:34 -0500
From: Chad Knepp <pyg@galatea.org>
Subject: [pcplantdb] some quick thoughts
To: pcplantdb@lists.ibiblio.org
Message-ID: <16538.40826.586244.775064@elly.galatea.org>
Content-Type: text/plain; charset=us-ascii

Richard Morris writes:
> I just had a phone conversation with Jim about this.
>
> He asked a lot of technical questions about how
> we would actually implement things, particarly how
> the communication between front end and server,
> how we would add the guild type information to
> existing datasets. How we would stop graffiti
> and editorial issues.
>
> General feeling is that we need to really do a lot
> more thrashing out of the details of it all. Whats
> the database schema? Whats the communication format
> between server and front end? What precisely do
> we want for the front end?
>
> On a related note I see ibiblio now have a WikiInfo
> fork of Wikipedia. If we could link with that
> it could give us much greater exposure.
>
> ttfn
>
> Rich

I've spent a lot of time thinking about the questions that Jim is
asking. Most of these haven't been discussed on the list, and the way
that I would proceed on my own may or may not be our group consensus.
I haven't prioritized discussing these things until a real (funded or
otherwise) development team forms.

Here are some thing I've thought about.

Collaboration is the most important thing to do right. Communication
betweem the front/back end is not as complicated as is communication
between collaborators. The reasons wikis don't work for us, is that
they don't scale to the complexity of our information, and they don't
work well even for themselves because doing any kind of editing with a
browser based inteface is a serious drag. We need to create either
fabulous (and specialized) editors or create a mechanism for editing
that works well with existing products (ie so I can use emacs and you
can use Word^H^H^H^Hvi).

Graffitti and editorial issues are REAL issues. I have a lot of
thoughts and two different possibilities that I remain divided on.
Briefly: Moderation can be done well. Slashdot is a fabulous example
of moderation done right. I often read the postings at a high level
of filtering (level 5, only highly rated posts) and get more
interesting infromation from the public response than from the
original article. Getting this kind of information into a
permaculture database is my lay-awake-at-night fantasy and combined
with wanting to archive/index all the excellent posts from
permaculture@ibiblio was the birth of what I now call Eden. I think
that we should view the subscribers of that list as our primary target
audience and everything we do should be done in the light of will this
help them and will they use it.

Althought this may seem like quite a jump, another way to create a
framework of collaboration is the a distributed peer-to-peer
network. I don't want to talk about all the details right now, but the
pros seem to be, flexibility/customizable/tailored to the individual
(would accommodate bioregions/climate by design), data redundancy (no
monolithic web app), peer moderation (I could accept submissions from
Toby, John, and Ken but not Mr. Monsanto or Joe Onlinedrugs), could
incorporate private or unshared data such as a garden journal, field
notes, etc. The cons are primarily around creating something so large
and complex that it is a barrier to entry. The web is easy to use for
almost everyone and I can't see a way to make some of the aspects of
a distributed peer-to-peer network as brainless as the rest of the web.

The front end can be anything and can/will be more than one thing.
One front end could simply be a text field entry box and a "Search"
button. Another front end could be a graph based 3D representation of
plant relationships in a guild. I'm imagining our product to be very
flexible in terms of front ends, in part because the way we need to
get at this data will vary at times and using multiple different tools
will be necessary at times.

Our API between ends can be whatever we decide will best meet our
needs. I have begun to XML'ize the dataset in Eden and recommend we
do something similar as a medium of data exchange. This is also the
answer of how to make specialized editors or how to tweak COTS
stuff we know and love to edit with.

One way guild information can be added to the existing dataset by
adding native plant communities and extrapolating (we've already
talked about this). I still hold that guild building is not our
highest goal nor is it that achievable and would like to downplay that
element if possible.

I don't think that the knowing the database schema all figured out is
that important. I don't think that for what we are doing that we will
even consider it figured out by the time we have a working product.

--
Chad Knepp
python -c 'import base64;print
base64.decodestring("cHlnQGdhbGF0ZWEub3Jn")'


------------------------------

Message: 3
Date: Fri, 07 May 2004 00:54:19 -0700
From: "Lawrence F. London, Jr." <lfl@intrex.net>
Subject: Re: [pcplantdb] Threshold
To: pcplantdb@lists.ibiblio.org
Message-ID: <409B40AB.4020504@intrex.net>
Content-Type: text/plain; charset=us-ascii; format=flowed

Richard Morris wrote:


> General feeling is that we need to really do a lot
> more thrashing out of the details of it all. Whats
> the database schema? Whats the communication format
> between server and front end? What precisely do
> we want for the front end?

Could this project be done on ibiblio? FREE. MySQL & PHP, Perl, etc etc
wikis weblogs web lists etc etc & more

> On a related note I see ibiblio now have a WikiInfo
> fork of Wikipedia. If we could link with that
> it could give us much greater exposure.

What is the URL for this?


--
L.F.London
lfl@intrex.net
http://market-farming.com
http://www.ibiblio.org/ecolandtech



------------------------------

Message: 4
Date: Fri, 07 May 2004 01:13:10 -0700
From: "Lawrence F. London, Jr." <lfl@intrex.net>
Subject: Re: [pcplantdb] Threshold
To: pcplantdb@lists.ibiblio.org
Message-ID: <409B4516.3000200@intrex.net>
Content-Type: text/plain; charset=us-ascii; format=flowed

Richard Morris wrote:

> General feeling is that we need to really do a lot
> more thrashing out of the details of it all. Whats
> the database schema? Whats the communication format
> between server and front end? What precisely do
> we want for the front end?

Have you seen Organic Eprints? They allow document submissions from
registered (free) users.
http://orgprints.org/

--
L.F.London
lfl@intrex.net
http://market-farming.com
http://www.ibiblio.org/ecolandtech



------------------------------

Message: 5
Date: Fri, 07 May 2004 09:23:58 +0100
From: Richard Morris <webmaster@pfaf.org>
Subject: Re: [pcplantdb] Threshold
To: pcplantdb@lists.ibiblio.org
Message-ID: <409B479E.4090402@pfaf.org>
Content-Type: text/plain; charset=us-ascii; format=flowed

Lawrence F. London, Jr. wrote:
> Richard Morris wrote:
>
>
> > General feeling is that we need to really do a lot
> > more thrashing out of the details of it all. Whats
> > the database schema? Whats the communication format
> > between server and front end? What precisely do
> > we want for the front end?
>
> Could this project be done on ibiblio? FREE. MySQL & PHP, Perl, etc etc
> wikis weblogs web lists etc etc & more

I see no reason why not.

>> On a related note I see ibiblio now have a WikiInfo
>> fork of Wikipedia. If we could link with that
>> it could give us much greater exposure.
>
>
> What is the URL for this?
>
http://www.internet-encyclopedia.org/wiki.php?

Rich
--
Plants for a Future: 7000 useful plants
Web: http://www.pfaf.org/ same as http://www.comp.leeds.ac.uk/pfaf/
Post: 1 Lerryn View, Lerryn, Lostwithiel, Cornwall, PL22 0QJ
Tel: 01208 872 963 / 0845 458 4719
Email: webmaster@pfaf.org
PFAF electronic mailing list http://groups.yahoo.com/group/pfaf




------------------------------

Message: 6
Date: Fri, 07 May 2004 00:15:19 +0100
From: Richard Morris <webmaster@pfaf.org>
Subject: Re: [pcplantdb] some quick thoughts
To: pcplantdb@lists.ibiblio.org
Message-ID: <409AC707.3020805@pfaf.org>
Content-Type: text/plain; charset=us-ascii; format=flowed

Chad Knepp wrote:

Great post Chad.

> I've spent a lot of time thinking about the questions that Jim is
> asking. Most of these haven't been discussed on the list, and the way
> that I would proceed on my own may or may not be our group consensus.
> I haven't prioritized discussing these things until a real (funded or
> otherwise) development team forms.
>
> Here are some thing I've thought about.
>
> Collaboration is the most important thing to do right. Communication
> betweem the front/back end is not as complicated as is communication
> between collaborators.

Too right. One thing which struck me as, was the
first person I've talked to on the phone about this
project was Jim. If anyone want to give me a ring
my numbers at the bottom of the page.

At some point we are going to start making
decisions. Should we have some sort of
decision making process? How do we organise
ourselves?

> The reasons wikis don't work for us, is that
> they don't scale to the complexity of our information,

Or to put it another way. Each page in a Wiki's is
unstructered data. The data we are dealing with is
inheriently structured.

> and they don't
> work well even for themselves because doing any kind of editing with a
> browser based inteface is a serious drag.

Agreed. One good thing about a wiki is that the markup
is quite simple, much easier than html.

> We need to create either
> fabulous (and specialized) editors or create a mechanism for editing
> that works well with existing products (ie so I can use emacs and you
> can use Word^H^H^H^Hvi).

You can get quite a lot of good editor clients out
of the box in a lot of open source packages. The eclipse
projects SWT GUI package makes it very easy to build
a custom editor in java. Whats data input like in flash?

Theres several ways that structured data could be entered:

1) Either a form based page with lots of input boxes
there about 54 fields in the pfaf db, that
a very messy page.

2) Using some sort of maarkup language al la wiki
One posibility is that a page could be supplied
with pre built section heading, something like

- Latin Name

- Common Name

- Edible Uses

and the user could fill in the text between.


> Graffitti and editorial issues are REAL issues. I have a lot of
> thoughts and two different possibilities that I remain divided on.
> Briefly: Moderation can be done well. Slashdot is a fabulous example
> of moderation done right. I often read the postings at a high level
> of filtering (level 5, only highly rated posts) and get more
> interesting infromation from the public response than from the
> original article. Getting this kind of information into a
> permaculture database is my lay-awake-at-night fantasy and combined
> with wanting to archive/index all the excellent posts from
> permaculture@ibiblio was the birth of what I now call Eden. I think
> that we should view the subscribers of that list as our primary target
> audience and everything we do should be done in the light of will this
> help them and will they use it.
>
I'd be quite interested in seeing a slashdot for permaculture
(or actually the whole green thing!) Personally I find
it a better system than mailing lists for a certain types of
discussion. (But it would not be a good substitute for this list).
The code for slashdot (slashcode) is opensoucre so it would not
be too hard to do.

> Althought this may seem like quite a jump, another way to create a
> framework of collaboration is the a distributed peer-to-peer
> network. I don't want to talk about all the details right now, but the
> pros seem to be, flexibility/customizable/tailored to the individual
> (would accommodate bioregions/climate by design), data redundancy (no
> monolithic web app), peer moderation (I could accept submissions from
> Toby, John, and Ken but not Mr. Monsanto or Joe Onlinedrugs), could
> incorporate private or unshared data such as a garden journal, field
> notes, etc. The cons are primarily around creating something so large
> and complex that it is a barrier to entry. The web is easy to use for
> almost everyone and I can't see a way to make some of the aspects of
> a distributed peer-to-peer network as brainless as the rest of the web.
>
I talked a bit to Jim about RSS, he was very enthusiastic.
Lots of sites are now delivering their data in RSS with
is a specifit XML format good for listing news items.

This could work well with a peer-to-peer network. basically
providing the tools to make it easy for the different permaculture
sites to share information together. Good sharable items
could include event listings and group directories (i.e. links).

> The front end can be anything and can/will be more than one thing.
> One front end could simply be a text field entry box and a "Search"
> button. Another front end could be a graph based 3D representation of
> plant relationships in a guild. I'm imagining our product to be very
> flexible in terms of front ends, in part because the way we need to
> get at this data will vary at times and using multiple different tools
> will be necessary at times.
>
> Our API between ends can be whatever we decide will best meet our
> needs. I have begun to XML'ize the dataset in Eden and recommend we
> do something similar as a medium of data exchange. This is also the
> answer of how to make specialized editors or how to tweak COTS
> stuff we know and love to edit with.
>
Somehow the XML format seems to be the core of the
project. I'm presuming that this will be the primary
format between client and server. With that in place
different api's will be possible.

> One way guild information can be added to the existing dataset by
> adding native plant communities and extrapolating (we've already
> talked about this). I still hold that guild building is not our
> highest goal nor is it that achievable and would like to downplay that
> element if possible.

A simple solution might be allow a "plant list"
which could just be a simple list of plants, maybe
with a desriptive text and a title.

> I don't think that the knowing the database schema all figured out is
> that important. I don't think that for what we are doing that we will
> even consider it figured out by the time we have a working product.
>
We will need at least some core to build on, some rough
framework.

Now it gets interesting!

Rich

--
Plants for a Future: 7000 useful plants
Web: http://www.pfaf.org/ same as http://www.comp.leeds.ac.uk/pfaf/
Post: 1 Lerryn View, Lerryn, Lostwithiel, Cornwall, PL22 0QJ
Tel: 01208 872 963 / 0845 458 4719
Email: webmaster@pfaf.org
PFAF electronic mailing list http://groups.yahoo.com/group/pfaf





------------------------------

_______________________________________________
pcplantdb mailing list
pcplantdb@lists.ibiblio.org
http://lists.ibiblio.org/mailman/listinfo/pcplantdb


End of pcplantdb Digest, Vol 12, Issue 2
****************************************




+++++++++++++++
Stephanie Gerson
sgerson@stanfordalumni.org
(c) 415.871.5683


____________________________________________________________________





  • [pcplantdb] Re: [pcplantdb Digest, Vol 12, Issue 2], Stephanie Gerson, 05/08/2004

Archive powered by MHonArc 2.6.24.

Top of Page