How's the wiki-to-XML parser coming along? Do we have a DTD or a list of
used XML tags/attributes yet? How about some demo output?
Even if the parser is not yet complete, work on the XML-to-XHTML part in
PHP could start for tags that are likely to be stable.
Magnus
Hi,
I have installed the mediawiki software that I
downloaded from...
http://wikipedia.sourceforge.net/
There is one drawback that prevents me from using it
extensively.
When I copy and paste text from Microsoft Word to
wiki, it ignores the paragraph brakes. I remember
using NL to br (New line to Break) command in php. Is
there similar command/ option that can be used?
Shantanu Oak
shantanuo(a)yahoo.com
_______________________________
Do you Yahoo!?
Declare Yourself - Register online to vote today!
http://vote.yahoo.com
> Date: Wed, 15 Sep 2004 16:29:05 +0200
> From: David <julian37(a)ifrance.com>
>
> Le 14 sept. 04, à 18:13, Angela a écrit :
>
>> See bug 57 at http://bugzilla.wikipedia.org/show_bug.cgi?id=57. The
>> code is available for this, but there are social issues involved in
>> deciding who gets to keep their name when more than one person is
>> using that name on different wikis.
>
> A solution might be
> Starting from now, every long-time users may register for a new
> "meta-login", available everywhere. Since metalogin list is empty,
> first in, first served.
>
> Newcomers will automatically have "meta-login", so there is no issues
> for them. Of course, they should be mass-mail to all long-time users to
> warn them
>
> Possible variations include:
> - In order to favour long-time users, meta-login for newcomers will be
> delayed so that long-time have time to register their name.
Why, simply disallow registration of a metalogin if any login of such
name exists in any wikipedia/wikimedia namespace.
Otherwise, yes, what you said.
-- Jens [[en:User:Ropers|Ropers]]
www.ropersonline.com
Dear all,
This idea appeared in my mind when I was in bathroom this morning .
And hope I am using the right words and sentences to express my idea
because English is not my mother tongue. :-)
Proposal:
* We ***MUST*** find fair,effective, and free ways to reward, either
spiritually or financially, those volunteers who are diligently,
consistently creating and editing high-quality articles in wikipedia
site family.
* And We also **MUST** extend this reward method to any person who
directly or indirectly contributed or are contributing to wikipeida
site family by any means.
== Do we really need this? Absolutely! ==
By fairly and effectively rewarding those page creating and editing
volunteers, we can encourage and enable current volunteers to do even
better work and attract more new voluteers to participate in this
magnificent, world-wide cooperation
which will definitely benefit to our planet in the future .
Actually, a positive feedback cycle could be established in this way
and WikiPedia would have a model to grow rapidly and healthily:
volunteers write/edit good articles--> more people are willing to read
them, find they are useful and reward the volunteers --> volunteers
get rewarding, either spiritually or financially -->voluteers are
encouraged and be able to write more good articles --> ...
I am not treating volunteers as experimental white mice here(Remeber I
am one of them). But this cycle simply works! Doesn't it? Of course,
there are some people don't need any kind of reward to do excellent
work, just let them be and provide an option to turn off the rewarding
faucet to them :-)
== Mission Impossible? Fair, Effective, and Free? ==
=== How to be Fair? ===
*let all readers/visiters have an equally chance to participate in
grading any volunteer and any article (or even any section) in terms
of quality and quantiy.
* A convenient way for readers to grade current article or section.
* A convenient way for readers to grade each volunteer
* Or we can just focus the quality of the article, let computer derive
the grading of the volunteers from the articles ? No, I don't like
this way. Computers are not smart enough to identify real work or junk
work currently. And somebody could abuse it if he/she knows the
deriving algorithms.
===How to be Effective?===
Simply and easy: Give them Fame! && Give them money!
Needless to say, all volunteers deserve fame and money via their excellent work.
Again turn off the rewarding faucet to people who don't want those two :-)
==== Fame ====
* Showing their names (even nicknames work well enough for encouraging
purpose)explicitly under the title of each article(or even each
section if it is peice of enough work), sorted by grading numbers
provided by readers/visiters which can be used to identify the quality
and quantity of their work
* Better organization of the contribution information for individual
volunteers. I don't want talk too much about it this time, but the
current page for this is a mess.
* A centralized monument(a php page actually) carved in the important
names and their pictures(if they don't mind) who contributed a lot to
wikipedia in history (though it is a short history)
* A centralized room to showing current star volunteers with highest
grading number along with their pictures if they don't mind.
==== Money ====
* Let readers/visitors have changes to directly donate money
flawlessly(1 cent, 1 dollar or one house if they really want) to the
volunteers at their own will.
* Or let them donate all to WikiPedia and let WikiPida distribute
them? NO!NO!NO! Some bureaucrats could abuse their power and ruin the
whole direct and fair reward mechanism. We already have the option for
visitors to donate to WikiMedia
Foundation directly.Don't mess them up.
===How to be free? ===
It is actually care-free enough for WikiPedia Site family if we use
the methods I mentioned above.
===Is it feasible? ===
I cannot see any technical obstacles to prevent us from realizing this
grading-rewarding system. However, we need consult experts for the
non-technical issues, I am not a lawyer.
And more over, it is not a new idea at all. I saw something similar
happening in sourceforge.net.
== Its impact on the future==
Finally, what is the impact of this open, direct,and discrete
working-rewarding model on our world in the future?
I would say: A revolution has began! Why? This model can facilitate
people to do what they really have interested in while get the reward
they deserve if their interests can actually benefit a large group of
people in some way. The direct feature of this model also eliminates
most of the intermediate costs or overhead which is not unusual in
current world.
By contrast, traditionally, we have to be employeed by some
organizations for a relatively longer time to contribute our wisdom,
knowledge, and efforts to end-users indirectly. However, our interests
are usually changing and sometimes we are
feeling be forced to do something we no longer like to do. The worse
thing is that the reward from the end-user are so indirect that
sometimes the people between us and the users grab a large portion
from it in an amount of we think they do not
deserve. The result is quite obvious: we get really frustrated and
therefore work ineffectively.
Hey! I am not saying this model can completely phase off the
traditional work model. The people between the workers and users are
indeed necessary for many big products, the presure imposed by
employers serves as stimulant for us to secrete more adrenalin to
become more powerful and energic than usual, and there is no detour to
gain real achievement without loyal to your original faith and
interest.
What I am really going to emphasize is that some real requirements in
our world can be fulfilled better in simpler, directer, and even
discrete way. And, We already have paid enough attention to the free
spirit of software sharing,knowlege sharing and so on and so forth. It
is time for us to see another unadulterated side of this coin: the
sharing is also joyfull, profitable, and thus sustainable and
scalable.
In conclusion, please seriously consider my above proposal and the
meaning behind it. Let's put it in roll as soon as possible! I bet it
will make a big difference to wikipedia site family, the whole free
resource community(no matter it is a
idea, a software, a valuable experience,an encyclopedia article, a
piece of knowledge or anything else useful to our world), and most
important, it may make a big difference to you, my lovely, respectable
friends combating in this money? world for the noble ideal of sharing
knowlege among the world for free.
I am also puting this initial, unmature proposal into page
http://meta.wikimedia.org/wiki/A_Fair%2C_Effective_and_Free_Rewarding_Syste…
Please refine it (English is a pain for me) and add your ideas or
comments if you are interested.
I am waiting for your response......
Best Regards,
kissall
--
Be good....
A relatively small set of changes allows users to use all
of mediawiki's great formatting and hyperlinking capabilities
to blog thru their User talk page.
The following patch provides the capability to blog through
Mediawiki's user talk page by providing a simple option to
post new sections to the top of the user talk page, and
providing a SpecialTalkfeed.php page, based on SpecialRecentchanges.php
which includes the section content in the RDF feed so that
the blog may be nicely aggregrated by tools like PlanetPlanet.
(See http://www.planetplanet.org/)
Changes in patch
--------------------------------------------------------
1) Adds a new special page, SpecialTalkfeed.php
2) Adds new preference, "Add all new sections to the top
of the page by default"
3) When adding a new section, and only then, adds option
to "Add this new section to the top of the page".
4) Adds a "rdf feed" hyperlink when on a user talk page.
How do you run a blog out of the User Talk page?
--------------------------------------------------------
1) Under editing preferences, turn on "Add all new sections
to the top of the page by default".
2) If a Sysop, protect the page. (It would be nice if non-sysops
could protect their User_talk pages)
3) To make a new blog post, click "+" for "add new section".
NOTE: If you didn't change your preferences above, be sure to
select "Add this new section to the top of the page" at the
bottom of the page before saving.
4) Thats it! The "rdf feed" option at the top of the User talk
page gives a link to a feed that should be used for aggregators.
Limitations
--------------------------------------------------------
1) Section titles must be unique for SpecialTalkfeed.php to
find the proper section content to place in the RDF feed.
2) No automatic expiration or archiving of older posts/sections.
These limitations could be fixed in a future patch if need be.
This is my first mediawiki patch, so a review of SpecialTalkfeed.php
would be wonderful.
jr
--
------------------------------------------------------------
Joel W. Reed 412-257-3881
---------- http://home.comcast.net/~joelwreed/ ----------
Le 14 sept. 04, à 20:39, Anthere a écrit :
> Kiss All a écrit:
>> I found it is very tedious or even annoying for users and developers
>> to register an account for each MetaWiki site they encountered.
>> [...]
> I think I may have an account on basically 30 projects. Maybe more.
> I suspect Angela must have even more accounts.
> Well, it would be nice if there is single login, but there are worse
> things than that :-)
I agree with kiss all. It especially frustrating for non-english
travelling developers like me.
Several wikipedias
Seweral wiki-everything_else
Meta and Mediazilla too
Right Anthere this is not the worst thing but more than once it
discouraged me.
--
</david_latapie>
blog.empyree.org
I am just curious: Is it possible for admins to upload files into
images directory by Linux's copy command and establish MediaWiki links
later?
I guess I have to know the rule about where to put them and the
table in MySQL storing the information about a file name and its path
before doing this.
We have lots of files to be uploaded.
--
Be good....
Hi,
I have installed the mediawiki software that I downloaded from...
http://wikipedia.sourceforge.net/
There is a drawback that prevents me from using it.
When I copy and paste text from Microsoft Word to wiki, it ignores the
paragraph brakes. I remember using NL to br (New line to Break)
command in php. Is there similar command/ option that can be used?
Shantanu Oak
shantanuo(a)yahoo.com
Hello
Guillaume Blanchard wrote:
> Hi all,
> I saw the German Wikipedia create WikiProject's "portals" [1] into the
> encyclopaedia's namespace (ns=0).
> What do you think about create a new namespace just for those pages
> (already 103 on de:) ?
Just last night, I had a discussion about this with a few other people
from the german WP. The idea is to move pseudo-articles like portals,
lists and timelines out of the main namespace. We came up with a
proposal to create at least one new namespace, called "Navigation", or,
alternatively, several called "Portal", "List" and so on. The proposal
(in german) can be found here:
<http://de.wikipedia.org/wiki/Wikipedia:Verbesserungsvorschl%C3%A4ge#Mittelf…>
If you are interresed, I could put a translation of the proposal to the
meta-wiki and maybe move the discussion there - that may however
discurage some people that do not speak english so well.
I'm aware that this is mainly an administrative change - however, I
would like to know what would have to be done to allow a few more features:
* an option to search in that namespace from the search page.
* list all pages in that namespace.
* set a namespace to "noindex" (if this would be a good idea is a
different question - i just want to know how hard it would be)
* Have the skin produce a special color-sceme for that namespace.
Theank you all for your participation, an especially Guillaume for
mentioning this here.
Daniel
(aka [[de:Benutzer:Duesentrieb]] aka [[en:User:Gearloose]])
PS: I did not receive any answers to some proposals about categories I
posted here over the last few weeks. Did they even get through?