incidently
These days, when you navigate quietly on the smaller
wikipedias, this is what you see
http://ia.wikipedia.org/w/index.php?title=Wikipedia%3AFrontispicio&diff=0&o…
I thought I was working for a project trying to gather
free content so as to make free knowledge available ?
So why are we using copyrighted pictures ?
"This image is copyrighted. The copyright holder
allows anyone to use it for any purpose, provided that
the copyright holder and image provider are credited.
Image provided by hornyboy.com and copyright held by
RudeBox Media, Inc."
Ant
__________________________________
Do you Yahoo!?
Yahoo! Small Business - Try our new resources site!
http://smallbusiness.yahoo.com/resources/
Hoi,
More than 125 Italian politicians have now their own soundfile. They can
be found here: http://commons.wikimedia.org/wiki/Category:Italian_politician
More than 2500 words pronounced in Dutch can be found here:
http://commons.wikimedia.org/wiki/Category:Dutch_pronunciation
The idea is that you cannot reliably pronounce a word as it it should be
pronounced just by seeing the characters when the word originated from
another language. By making these resources available, it is clear how
they should be pronounced in the original language. Having
pronunciations available is important because they help people study a
language and, the wikipedia articles are a great resource to learn a
language; they are short, cover a subject well and many of the related
words related to a subject can be found in the article.
We are thinking of what (sound) resources would be popular as well..
Soccer stars like Ruud Gullit ?? We have volunteers that may pronounce
them in Italian, German or Dutch.
We would REALLY like to have pronunciations for soccer stars because the pronunciations of these gentlemen is often really bad. It would be a fun project to have.
Thanks,
GerardM
Hello, I have a question about your article that appeared in Wired. One of
my difficulties within the Wikipedia community, or, say for example, this
e-mail list, is the large number of people one is likely to come across. It
can be difficult to keep track of everyone, particularly in the context of
editing a diverse set of web pages So, I was wondering how do people come
to know of each other? In particular, for your article, how did you select
the folks you did? Asked Jimbo? Looked at the top contributors?
Thanks!
How about a new [ICategory:stuff with a] tag, for "I(nvisible )Category"?
James
-------------- Original message --------------
> Hi,
>
> I am wondering if it is possible to make a Category "invisible" in Wikipedia
> (and mediawiki in general). Basically, what I want to do, is create some
> pages, and link them together with a Category. These pages will have very
> little in common with each other, and the categories will be mainly "Pages
> starting with 'A' " and the like, where the useful part is having a list of
> the articles tagged like that. It'll save me (and other users) from having
> to manually maintain seperate "List" articles, yet still allow for quick
> navigation between similar articles.
>
> So, what I want, is the current Category functionality, but without the
> "[Category: Whatever]" at the bottom of the page. Possible?
>
> Regards,
> - Craig Franklin
>
>
> -------------------
> Craig Franklin
> PO Box 764
> Ashgrove, Q, 4060
> Australia
> http://www.halo-17.net - Australia's Favourite Source of Indie Music, Art,
> and Culture.
>
>
> _______________________________________________
> Wikipedia-l mailing list
> Wikipedia-l(a)Wikimedia.org
> http://mail.wikipedia.org/mailman/listinfo/wikipedia-l
Hi,
I am wondering if it is possible to make a Category "invisible" in Wikipedia
(and mediawiki in general). Basically, what I want to do, is create some
pages, and link them together with a Category. These pages will have very
little in common with each other, and the categories will be mainly "Pages
starting with 'A' " and the like, where the useful part is having a list of
the articles tagged like that. It'll save me (and other users) from having
to manually maintain seperate "List" articles, yet still allow for quick
navigation between similar articles.
So, what I want, is the current Category functionality, but without the
"[Category: Whatever]" at the bottom of the page. Possible?
Regards,
- Craig Franklin
-------------------
Craig Franklin
PO Box 764
Ashgrove, Q, 4060
Australia
http://www.halo-17.net - Australia's Favourite Source of Indie Music, Art,
and Culture.
The following changes have been made to the Python Wikipediabot
framework since the previous overview of February 6. As always, the
new files can be downloaded at
http://cvs.sourceforge.net/viewcvs.py/pywikipediabot/pywikipedia/, and
one can of course use a newer version as well. Furthermore, changes
have been done to the Wikimedia software early February, and to the
bot as well. Therefore:
* versions of wikipedia.py older than 1.391 (February 5) do not work any more
* If you use a version of anything from February 6 or later, you
should use a version of everything (more precisely, wikipedia.py,
config.py and the specific bot you are using) from that date or later.
But on to the newer changes. For the bugfixes I will describe which
bot(s) is or are affected, and what goes wrong with older versions.
"int." means that the bug has been introduced in some earlier version.
Bugs both introduced and solved in the current period have not been
mentioned. For all changes the files and versions that are needed are
mentioned.
Andre Engels
== Dependencies ==
In general, if error messages occur upon downloading a new version of
a bot, getting a new version of wikipedia.py as well would be the
first idea. Versions of wikipedia.py 1.405 and higher need family.py
1.21 (and vice versa)
== Bug fixes ==
* general * wikipedia.py 1.397 (int. 1.392 - does not count number
of bot processes correctly)
* general * wikipedia.py 1.397 (int. 1.392 - cannot edit redirect
pages and cannot create new pages)
* general * wikipedia.py 1.406 (is unable to edit after having been
dormant for some time)
* catall.py * catall.py 1.13 (int. 1.12 - gives an error message
before ending)
* category.py * category.py 1.62 (int. 1.61 - major disfunction)
* category.py (and others) * catlib.py 1.32 (finds at most 200
articles in a category)
* interwiki.py * family.py 1.20 (does not find pages on csb:)
* interwiki.py * family.py 1.21, wikipedia.py 1.406 (does not
recognize [[{xx:PAGENAME}]] interwiki links and a few redirects)
* interwiki.py * interwiki.py 1.135 (crashes when the -continue
option is used with an empty dumpfile)
* interwiki.py * interwiki.py 1.136 (chance of not being removed
from the list of bot processes if stopped *very* soon after being
started)
* interwiki.py * titletranslate.py 1.38 (crashes when a non-existing
language is given as a hint)
* pagefromfile.py * pagefromfile.py 1.7 (int. 1.6 - gives error
message at end and is not removed from the list)
* pagefromfile.py * pagefromfile.py 1.8 (the option "-end" is not recognized)
* redirect.py * redirect.py 1.19 (int 1.18 - major disfunction)
* replace.py * replace.py 1.35 (int. 1.6 - gives error message at
end and is not removed from the list)
== Major changes ==
* interwiki.py can now, when asking for hints, be asked for the text
of the page by typing "?" or adding the "-showpage option *
interwiki.py 1.136
* replace.py and solve_disambiguation.py now give their diffs colored
(Unix only) * replace.py 1.37, solve_disambiguation.py 1.128,
wikipedia.py 1.404
* Two new features of sqldump.py: findr finds regular expressions; the
function of baddisambiguation is not clear to me * sqldump.py 1.17
* interwiki.py uses nb: instead of no: in presence of an nn: link or
on the nn: wiki * interwiki.py 1.139
== Minor changes ==
* Swedish translations for interwiki.py: interwiki.py 1.137
* Change of Icelandic text for category.py: category.py 1.63
* Hawaiian and Chichewa added to known languages (wiktionary only
Hawaiian yet): wikipedia_family.py 1.89, wiktionary_family 1.21
== Cosmetic changes / invisible changes ==
* Multiple alternative redirect texts for one language are supported:
wikipedia.py 1.406
* Special care for zh-cn/zh-tw difference removed: interwiki.py 1.139,
wikipedia.py 1.408
Mark Williamson wrote:
>Hello all,
>
>I would like to request the creation of en-us-jwales: and en-us-node:
>for the two separate varieties of American English known as "Jimbwian"
>and "Nodelish".
>
>Although they are very similar, there are some important differences.
>
>Some examples:
>
>Jimbwian: "My name is Jimbo Wales."
>Nodelish: "My name is not Jimbo Wales."
>
>Jimbwian: "I am the founder of Wikipedia."
>Nodelish: "I am not the founder of Wikipedia."
>
>Jimbwian: "I am married and have a daughter."
>Nodelish: "I am a single teenager."
>
>Unfortunately there is no 1-to-1 correspondence between Jimbwian and
>Nodelish, so machine translation is impossible.
>
>
While the request for Nodelish sounds plausible, I think the request for
Jimbwian has to be rejected because of the expectation that new requests
be supported by at least five potential contributors. According to the
way you've defined it above, there aren't five people in the world
capable of speaking Jimbwian properly. On the other hand, I'm sure we
have any number of Wikipedians capable of speaking Nodelish, although I
am not one of them.
--Michael Snow
Hello all,
I would like to request the creation of en-us-jwales: and en-us-node:
for the two separate varieties of American English known as "Jimbwian"
and "Nodelish".
Although they are very similar, there are some important differences.
Some examples:
Jimbwian: "My name is Jimbo Wales."
Nodelish: "My name is not Jimbo Wales."
Jimbwian: "I am the founder of Wikipedia."
Nodelish: "I am not the founder of Wikipedia."
Jimbwian: "I am married and have a daughter."
Nodelish: "I am a single teenager."
Unfortunately there is no 1-to-1 correspondence between Jimbwian and
Nodelish, so machine translation is impossible.
Mark
I would like to raise a little issue.
It is currently possible to do redirection from all projects to one
project image.
I'll give you a nice example.
Imagine you connect yourself to wikipedia, and get a bright orange
message "You have a message".
You click on it... and find yourself facing the autofellatio image.
You would love to vote for its deletion (you do not support such an
image on your project), but unfortunately, the image is on another
wikipedia, where maybe you do not have an account, and actually you have
no idea if this image is welcome or not welcome on the other pedia and
actually you may not even have the right to vote for its deletion.
If you are lucky enough, you quickly find the way to cancel the
redirect. Maybe not.
-------
Many months ago, we made it impossible to link to external images,
because we were fighting to avoid the goatse.
Now, several wikipedias are dirtied by the pornographic images available
on the english wikipedia.
So, I suggest that
* either we all agree to share common images, since they can impact us
and in this case, I would like that a common vote is held to decide the
deletion of this image from the english wikipedia
* or we agree that no local projects should be submitted to the
editorial choices made by other projects and redirections between
projects should be cancelled
* or we find a filtering solution, so that certain images not welcome to
other projects may not be redirected.
In case of all sensible images such as the autofellatio, it should be
the project choice whether to display it or not. And I think the
multiplication of complaints on the topic requires to think about a
viable solution for all of us.
Ant