[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [Bug-gnupedia] Design proposal
From: |
Hector Facundo Arena |
Subject: |
RE: [Bug-gnupedia] Design proposal |
Date: |
Tue, 23 Jan 2001 13:20:22 -0300 |
> Hi Bryce, um... where to start?
>
> Well, I guess I would start by saying that we need a very clear
> definition of the requirements of this here encyclopedia thingy. Not,
> how it's going to be implemented, just what we expect it to be able to
> do, what form of inputs it takes, what sort of access do we allow (e.g.
> protocols to access the info). Otherwise we're all going to contine to
> speak at cross-purposes (not just you and I... look at ther rest of the
> postings on this list :-)) Richar Stallman wanted us to spend this week
> looking at the project definition, and on reflection, I think he's
> quite right. To that end I've posted a proposed TOC for our
> requirements document. It's not meant to pre-select any particular
> requirements, or solution, just to help us focus on "what" rather than
> "how".
>
> Coming back to the Wiki, I think Wiki's are a great idea for
> collaborative writing projects when the basic content structure of the
> material is well udnerstood. For example, it would be a fantastic
> medium in which to write our requirements document, if Hector would be
> so kind as to install one on our website. (or indeed several: it would
> give people somewhere to express design solutions without relying on
> external websites).
>
> Is this possible Hector?
I think it's possible. But again, I don't want to jump the gun. I'm waiting
for some RMS's replies.
> As an encyclopedia tool, I have more doubts, regardless of our detailed
> requirements. Do you think the Wiki is providing just the basic "core"
> organisation of the encyclopedia, or do you think it's also providing
> all the different views and search engines too? So, are we talking
> about the same Wiki (and its front end) for inputting information, and
> for searching? How would we deal with people wanting to access content
> without using the existing Wiki front end? How would people be able to
> filter content (e.g. to make a "children friendly" view that excludes
> material inappropriate to the age group) How scaleable is the back-end?
> How does it compare to other free encylopedia-line information systems
> (e.g. Nupedia's own source code) Unless we can answer all of those
> questions (and many more), I don't see how we can choose *any* existing
> tools or platforms.
Well, forget about that... Wiki is simply the wrong way for an encyclopedia.
> To choose whether to use, say, a Wiki, or an X.500 database, or
> Nupediad encylopedia db, or anything else, we need to be first sure of
> our own requirements. And to be honest I think we're still a couple of
> weeks away from that. I wouldn't go rushing into using the Wiki (or
> anything else) just yet.
>
I agree.
So guys, as I said, I'm waiting for a response from RMS to some issues on
the future of this project. I'm sure he'll reply today. I'll post it as fast
as it came to my mailbox.
- Re: [Bug-gnupedia] Design proposal -> Wiki, (continued)
Re: [Bug-gnupedia] Design proposal, Tom Chance, 2001/01/22
Re: [Bug-gnupedia] Design proposal, Bob Dodd, 2001/01/23
Re: [Bug-gnupedia] Design proposal, Tom Chance, 2001/01/23
Re: [Bug-gnupedia] Design proposal, Bob Dodd, 2001/01/23
RE: [Bug-gnupedia] Design proposal, Bob Dodd, 2001/01/23
Re: [Bug-gnupedia] Design proposal, Rob Scott, 2001/01/23
Re: [Bug-gnupedia] Design proposal, Rob Scott, 2001/01/23
Re: [Bug-gnupedia] Design proposal, Tom Chance, 2001/01/23