Back on Intlwiki-L, I remember seeing a message from Jean-Luc Azra (a.k.a.
Milaiklainim) asking that a new domain be created for a Tok Pisin Wikipedia.
Since then he has made excellent progress at a temporary location on the
Bislama wiki (bi.wikipedia.org). Because all the sites to which I have
contributed had already had space allotted to them when I arrived, I have no
idea how much time and trouble are involved, but I think it would be great
if Milaiklainim could continue his work in the proper place, translate the
interface, etc., etc. Other users have recently proposed setting up domains
for Berber and Ido, so perhaps the time is right to put in a request for Tok
Pisin. It appears that tp.wikipedia.org has not yet been taken; might that
be a good choice? Thanks to anyone who can help!
Flauto Dolce
_________________________________________________________________
Get reliable access on MSN 9 Dial-up. 3 months for the price of 1!
(Limited-time offer)
http://join.msn.com/?page=dept/dialup&pgmarket=en-us&ST=1/go/onm00200361ave…
Hi,
there seems to be something wrong with the language.php in the english
wikipedia - for bulgarian it shows two strange characters, seems to be a
miscoded character.
And probably also related with the language.php - in the Thai wikipedia
both bulgarian and alsatian interwiki links show like internal links to
other thai articles. Someone even already created [[als:Chimie]].
[[en:User:Ahoerstemeier]]
All,
please participate on:
http://meta.wikipedia.org/wiki/Extension_Syntax
We are trying to develop a standardized syntax for extensions such as the
LaTeX extension for mathematical formulas, the upcoming hieroglyphs
extension, the SVG extension etc.
There will be a brainstorming phase until April 4, after which we will
vote on these different proposals.
This will hopefully allow us to finally start working on a generalized
extension interface.
Regards,
Erik
this mailing list would be one for wikimedia wide
discussions.
5 days is naturally too short a deadline for any
multilingual vote. 7 days is a minimum to find
translators, have translation done, have the
announcement adverstised, and let people time to vote.
I suggest deadline is saturday 3rd of april. Any time
shorter than a week is not an option.
ant
__________________________________
Do you Yahoo!?
Yahoo! Finance Tax Center - File online. File on time.
http://taxes.yahoo.com/filing.html
I know not who had the idea of goings-on, but I think
that is a *brillant* idea.
Announcements are far too formal. Pumps are totally
clogged. Goings-on is a great way to have information
made quickly available.
I made one quick goings-on fr a few days ago, in the
hope it would relieve our pump. Our pump is so bad,
that some people think we should double it with a
board. That is a very bad suggestion. You do not make
information flow by adding a parallel tube, you make
if flow by redirecting the good information to the
good people. So the solution is not two pumps, but
better structure of the current information network.
Today, I realise that the goings-on could be one of
this great solution for easy communication between
wikipedias. And especially for wikipedias to know what
is going on in the wikimedia community (as all these
votes on meta, by laws topic, changes in software).
That is the ring we have been looking for for some
time now ! :-)
Each of these goings-on should have one version on
each wikipedia, and one central one on meta. In small
wikipedias, perhaps there should be a link to the meta
one for a while (as long as the community is not big
enough to assume updates).
Each should have local community stuff, and wikipedia
wide stuff. With the archives, that is the best way we
can keep track of information, and make it flows in
many directions.
I would dare to suggest that on each pedia, the issues
that are wikipedia-wide are visibly separated from
issues wikipedia-local, so update from one ring to the
other is much easier.
It could be typically the job of an ambassador to
update the local or the meta goings-on.
http://meta.wikipedia.org/wiki/Goings-on
What do you think ?
__________________________________
Do you Yahoo!?
Yahoo! Finance Tax Center - File online. File on time.
http://taxes.yahoo.com/filing.html
I personally think foundation-l is a good idea. Here is a list of topics
that I can imagine for the foundation-l
Bylaws
Fiscal issues
Election
Wikimediafoundation.org web site
Proposal for new projects such as wikinews or commons
Issues related to Meta Wikimedia
Regarding the five-day deadline, I think it is okay.
At Japanese Wikipedia, virtually no policy decision is made within a week.
We wait at least 7 days to see if there is any dissent. (If there is, we
discuss the proposal further, and take more time.)
But probably this list is merely a spin-out from the existing one, and that
means the voting is mainly for those who are already on the list, as opposed
to wikipedia-wide.
If there is any intention of increasing multilingual participation to a
mailinglist (to this or any other), we may need to take more time and listen
to what people have to say. But Erik's proposal is not about increasing
participation, etc. If the current participants think splitting is a good
idea, that might well be enough.
But still, if there is no reason to hurry, it is okay to vote for 7 days, or
even to keep vote open until 3days of no voting activity, I suppose. If the
list ends up under-used, for example, this kind of wider-consensus could
serve as a source of legitimacy to keep it, and try to make use of it, as
opposed to simply abandon it. But again, maybe Erik is thinking that it is
too obvious that there is a need for the list, and taking long time for a
vote is not necessary. He might be right.
Regards,
Tomos
_________________________________________________________________
Find a broadband plan that fits. Great local deals on high-speed Internet
access.
https://broadband.msn.com/?pgmarket=en-us/go/onm00200360ave/direct/01/
Now that intlwiki-l is officially merged into wikipedia-l, I suggest a new
mailing list for Wikimedia-wide issues so this list isn't cluttered by
non-Wikipedia issues. I propose the name foundation-l to avoid constant
Wikipedia/Wikimedia typos.
The detailed proposal is here:
http://meta.wikipedia.org/wiki/Foundation-L_Proposal
The voting deadline is March 31. Please translate this announcement into
your local language and post it on the relevant wiki pages / mailing
lists.
All best,
Erik
As the saying goes: a picture often tells more than a thousand words. This
is certainly true for graphical timelines. A detailed listing of events and
dates in tabular form may offer the reader a lot of specifics, but may fail
to provide an overview, a grand perspective.
I have devised a simple yet flexible script syntax for defining time chart
input.
A user writes an input script, runs EasyTimeline (invokes other free sw) to
generate the chart and uploads chart and script to Wikipedia. Someone else
can download and modify the script, generate a new or translated version of
the chart, and upload chart and script back to Wikipedia.
Examples and details at
http://members.chello.nl/epzachte/Wikipedia/EasyTimeline/Introduction.htm
Please comment at
http://meta.wikipedia.org/wiki/Wikipedia_Project_Time_Charts
Erik Zachte
Hi all,
I developed a PHP program (named WikiHiero) to convert text wrote according
to the "Hieroglyphs coding manual" (international standard for typing
hieroglyph text on computer) syntax into HTML tables using a set of image
(no image generation like TeX).
I'd like to add this program into Wikimedia software that we can easily use
hieroglyphs in Wikipedia, WikiSource and Wikitionary. We need a new tag (for
example [[hiero:]]) then send to the WikiHiero program the text into that
tags. This program create a string with HTML tags (<table> and <img>) we can
print (echo) into the page during parsing.
[[hiero:w-i-k-i-p:d-i-a]] => echo WikiHiero("w-i-k-i-p:d-i-a");
I put a test version of WikiHiero at http://aoineko.free.fr. You can, for
example, try to type w-i-k-i-p:d-i-a, your name, or what you want ;o)
('-' is for block separation and ':' for glyph superposition).
I personally planed to use it in Wikipedia, but there are many hieroglyph
texts available we may add to WikiSource (if under a free licence).
The set of image contain about 1000 small PNG pictures for a total size of
about 1 Mb.
I didn't tune yet the program, but I think parsing time is inconsequential
for small text (I avoid all file check by creating pre-calculate tables).
I'm sure we can make many speed improvements, but I think this version is
quick enough to be added to Wikimedia. Any advices to speed process are
welcome.
I add an option to output hieroglyph as text (for text only browser) using
the glyph phonemes. Ypu can test it on http://aoineko.free.fr by choosing
the "Text only" mode. The better may be to add an option into preference
(like TeX) to choose the render method.
The program is under GFDL (I didn't released source yet because I want to
comment them first) and hieroglyphs pictures author authorized me to put
them under GFDL.
Aoineko
One of the areas where wikipedia is better than other encyclopedias
is in our coverage of current events. However, the current scenario
has a couple of disadvantages:
* The amount of information about a particular event that can
meaningfully be incorporated into the article on the person/thing etc.
is quite limited
* The info. is often dispersed among more than one article
* Readers have to scan the whole article to get to the one line or
paragraph about the current event
So why not have wikinews? A collaborative news wiki.
It would be somewhat like indymedia, but with important differences:
* Wiki
* NPOV
* News about an event would be integrated into a single comprehensive
article rather than having a collection of articles written at
different points of time
So how about it? (Don't know if this has been proposed before...)
Arvind
--
Its all GNU to me