The LDP is talking about whether to set up our own Wiki project for
working on HOWTOs. There seems to be quite a bit of interest. I don't
know what will come of it yet. I asked whether they're interested in
using Wikipedia, but I suspect we need real-time updates and stuff
like that, so it wouldn't work very well. Let me know how you feel
about this though. We're still discussing it ourselves.
If we were to do that, we would need the licensing situation finally
established in concrete terms, as well as attribution requirements.
Any really big attribution would be an annoyance, but we'd want to
make sure Wikipedia got a mention in all HOWTOs worked on that way.
The big table would be overkill imho.
But if we do, I would like to use the Wikipedia software. We want to
use the current editing capabilities to output DocBook format, as in:
=Title=
Foo
Bar
becomes:
<sect1><title>Title</title>
<para>Foo</para>
<para>Bar</para>
</sect1>
and so on. How is the software licensed, and can I get access to the
cvs? I don't think I'll need commit rights. I'll fix any bugs I run
into and send a patch if that happens.
Thanks,
--
David C. Merrill http://www.lupercalia.net
Linux Documentation Project david(a)lupercalia.net
Collection Editor & Coordinator http://www.linuxdoc.org
By the Earth that is Her body
By the Air that is Her breath
By the Fire of Her bright spirit
By the Waters of Her living Womb,
The circle is cast.
-- Traditional Circle Casting
Hi,
I'm new to Wikipedia and would like to contribute to some of the pages. I would initially like to add a list of recommended books to some of the pages with a review paragraph. Is it permissible ( is it accepted practice ) to link the book into something like Amazon so that if the reader wanted to buy a copy they can ?
Kind regards,
David
PS I'm not proposing this to sell book it's just that it's the sort of feature I would like to see.
I use another method to know the number of pages.
i do:
http://es.wikipedia.com/wiki.cgi?action=index
(for example, with the spanish version)
By the way, i truly need help with the catalan wikipedia... see
meta.wikipedia.com. Now i have trolls too writing stupid jokes instead
of articles :(.
--
tuxisuau. tuxisuau(a)7a69ezine.org
http://tuxisuau.7a69ezine.org
"How I need a drink, alcoholic of course, after the heavy chapters involving quantum mechanics"
George Polya
"Esto son 31338 hax0rs y se cae el del medio"
Tahum
Wikipedia, la enciclopedia libre. http://es.wikipedia.com
I'm sure someone has already reported this, but I just want to say that
it's really annoying that I can't login. I can login for one screen, but
then when I move from the login screen to any other page, 130.94.122.xxx
comes up as my IP address, which (I'm guessing) it isn't. I guess it
isn't, because if you'll take a look, 130.94.122.xxx has been editing a
whole bunch of pages. I think those are actually different people.
Again, this must be old news (I'm going to start quickly replying to my
big e-mail backlog) but it's got to get fixed ASAP!
Larry
(Learning Perl, hopefully to learn PHP and make a big nuisance of myself)
> I like [Tim's] proposal because it is both useful and
> technically sound - a rare combination these days ;)
It's not clear to me from Tim's description exactly what
he's proposing, so let me paraphrase what I think he means:
1) No meta tags (#base, #context, #parent, #alias, or all
the variants we've discussed over the months), no new name
spaces or runtime-features of any kind.
2) As purely a typing convenience like ~~~, links typed
as [[/baz]] on page "Foo (Bar)" are rewritten when saved
as [[Baz (Bar)|baz]]; links in the form [[/baz]] on page
"Foo" are rewritten as [[Baz (Foo)|baz]]. If the link
already specifies a display form (the part after the
vertical bar), that display form is used as is.
3) Links with non-initial slashes are not modified at all.
0
The site is up again. Good work, Jimbo! I should know better than to
recommend a software upgrade (never change...;)
And you installed the new software. Apart from some goodies, I just found a
bug. When trying to edit a "subpage" (any page with a "/" in the title), it
says "URL not found". It is the same here, so it is not the rewrite rules
that cause it, but the software.
Until the bugfix, if you encounter that page, manually replace the "%2F" in
the URL box with a normal "/", the reload. You'll get the edit page then.
Sorry for that. WOrking on the fix right now.
Magnus
Well, we are apparently huge in Andorra. One user page out of a population
of 67,627! If we had that relative user base in China, there would be
18,825 user pages from China and 4,112 user pages if such a pecentage of
users existed in the USA.
Wikipedia is currently spitting out binary garrble )-:
Ian Monroe
http://mlug.missouri.edu/~eean/
On Thu, 31 Jan 2002, Chuck Smith msochuck(a)yahoo.com XXXXXXXXXXXXXXXXXXXXX wrote:
> These statistics are for the two International
> Wikipedias (English and Esperanto). I took into
> account duplicate listing for states, but not for
> countries, so the country stats may be a bit off. I
> think you'll all find this interesting. This took a
> while so don't expect me to do it too often...
>
> Enjoy!
> Chuck Smith
>
> --- English Wikipedia ---
>
> Listed in US: 85
> Actual in US: 79
> 43.9% in US
> Listed Most Times: 4 - Jimbo Wales (Alabama,
> California, Illinois, Indiana)
> Listed non-US: 101
> En - predominantly English speaking countries
> (8 Australia, 11 Canada, 1 Singapore, 1 South Africa,
> 22 United Kingdom, 79 United States)
> Actual in En: 122
> 67.8% in En
>
> Breakdown by Country:
> 1 Andorra
> 8 Australia
> 1 Bosnia and Herzegovina
> 11 Canada
> 1 Chile
> 2 Denmark
> 4 Finland
> 7 Germany
> 1 Hungary
> 2 Republic of Ireland
> 4 Israel
> 2 Italy
> 4 The Netherlands
> 1 Malta
> 1 Mexico
> 2 New Zealand
> 2 Norway
> 5 Poland
> 2 Portugal
> 1 Russia
> 1 Singapore
> 1 South Africa
> 4 Spain
> 9 Sweden
> 1 Switzerland
> 1 Turkey
> 22 United Kingdom
>
> Breakdown by US State
> 1 Alabama
> 2 Alaska
> 3 Arizona
> 0 Arkansas
> 19 California
> 1 Colorado
> 2 Connecticut
> 0 Delaware
> 1 District of Columbia
> 0 Florida
> 1 Georgia
> 0 Hawaii
> 0 Idaho
> 3 Illinois
> 2 Indiana
> 2 Iowa
> 0 Kansas
> 2 Kentucky
> 1 Louisiana
> 0 Maine
> 2 Maryland
> 4 Massachusetts
> 3 Michigan
> 2 Minnesota
> 0 Mississippi
> 1 Missouri
> 0 Montana
> 0 Nebraska
> 2 Nevada
> 0 New Hampshire
> 1 New Jersey
> 0 New Mexico
> 8 New York
> 3 North Carolina
> 0 North Dakota
> 2 Ohio (!)
> 0 Oklahoma
> 1 Oregon (!)
> 1 Pennsylvania
> 0 Puerto Rico
> 0 Rhode Island
> 0 South Carolina
> 0 South Dakota
> 1 Tennessee
> 3 Texas
> 0 Utah
> 0 Vermont
> 2 Virginia
> 4 Washington
> 0 West Virginia
> 0 Wisconsin
> 0 Wyoming
> 5 Nomadic and shy (includes Larry Sanger, but we know
> where you live...*evil laughter*)
> 85 Total
>
> --- Esperanto Wikipedia ---
>
> Actual in US: 7
> 0% living in predominantly Esperanto speaking country
> :)
> Actual non-US: 10
> 41.2% in US
> 41.2% in En
>
> 1 Brazil
> 1 Catalonia
> 1 China
> 1 France
> 1 Japan
> 1 Polland
> 2 Russia
> 1 Spain
> 7 United States
>
> =====
> Venu al la senpaga, libera enciklopedio
> esperanta reta! http://eo.wikipedia.com/
> ====
> Junuloj! Filadelfio, Usono 15an-17an de Februaro
> http://unumondo.com/cgi-bin/wiki.pl?Filadelfia_JES
>
> _________________________________________________________
> Do You Yahoo!?
> Información de Estados Unidos y América Latina, en Yahoo! Noticias.
> Visítanos en http://noticias.espanol.yahoo.com
> [Wikipedia-l]
> To manage your subscription to this list, please go here:
> http://www.nupedia.com/mailman/listinfo/wikipedia-l
>
>> That's it (as I understood it). The problem at [[Middle Earth]]
>> does seem to be thy typing inconvenience. The proposal should
>> solve it nicely and simple, without subpages.
> I think Tims proposal is an excellent one, but if I'm honest it
> looks very much like subpages with a slightly different (better)
> notation.
But there are critical differences: most importantly, the article
namespace remains semantically flat; "Foo (Bar)" is still a top-
level article just like "Bar", and they have no pre-defined
relationship of any kind, and no runtime features that link them
in any way. People won't be tempted to use them to "categorize"
pages into hierachies.
Secondly, since the easy-to-type form is replaced by the full
form at save time, newbies won't even know about the shortcut and
won't be tempted to use it, the way they were tempted to use
subpages because they were /too/ easy. Only when one is
experienced enough to recognize that this feature would be
useful will you make the effort to discover it and use it.
Also, cutting and pasting from an article in one context into
another won't change the links, which is a good thing.
0
Michel Clasquin <clasqm(a)mweb.co.za> writes:
> You mean, just like [[Batman]]? The people working on Tolkien seem to be
> the only ones in a huff and a hurry about this.
Well, thats different.
Primarily, because Batman is a *the* main character in the franchise, and the
name of that franchise. If I use the proper noun "Batman", people know what
I'm talking about. There is no ambiguity. The question is not where do you
put [[Batman]], but where do you put [[Robin]]. Or [[Alfred]] (do you really
want the [[Alfred]] page to be an article about an English king with poor
culinary skills and and an article about Bruce Wayne's butler?
A link to both? What would you call the latter?
Similarly, whilst [[Bilbo Baggins]] is unproblematic, [[The Ring]] should
probably be an article about Wagner's operatic cycle.
Whereas [[Middle Earth/The Ring]] can tell us about its forging in Mount Doom,
its loss in Gladden Fields yadda, yadda, yadda.
The fact remains, that (modulo the auto-wikifying of GNU/Linux, which was a
bug not a feature), and when used for *disambiguation* rather than in any
hierarchical sense, SUBPAGES WORKED.
It continues to baffle me that some people seem to think
[[Alfred (Batman)]] is in somehow sense different from [[Batman/Alfred]]
(rather than just more difficult to type).
--
Gareth Owen
"Wikipedia does rock. By the count on the "brilliant prose" page, there
are 14 not-bad articles so far" -- Larry Sanger (12 Jan 2001)