User talk:Yekrats
From Wikipedia, the free encyclopedia
Welcome to Wikipedia! I hope you have fun around here and continue to make useful contributions. You can check the Wikipedia:Community Portal for tips and guidelines. As for the post you made in Votes for Deletion: if its the samething as in a site, it is probably a copyright violation and should be posted in Wikipedia:Possible copyright infringements. In this cases the articles is replaced by the copyvio boilerplate text you can find at the top of the reffered page. Thanks, Muriel 15:17, 9 Mar 2004 (UTC)
In Wikipedia:Language order poll, you wrote: "By order of alphabet, based on two letter code. Otherwise, how would we order languages which do not use a Latin alphabet?"
Allow me to explain why I don't agree. I do not believe that what type of letters the language uses, should matter. There is a natural way to sort a list of language names, and that is by order of language name. (If you want to sort a list of two letter codes, you would order them by the two letter code.) IMHO, the best ordering gives itself, since what the users see, is a list of language names, not two letter codes. And to answer your question: Language names written in letters which you can alphabetize, you just alphabetize. But all the languages written with other kinds of letters also have names in your language, and so can quite easily be alphabetized by those names.
At least that's how I see it.
--VerdLanco 21:06, 25 Nov 2004 (UTC)
Contents |
[edit] Article Licensing
Hi, I've started a drive to get users to multi-license all of their contributions that they've made to either (1) all U.S. state, county, and city articles or (2) all articles, using the Creative Commons Attribution-Share Alike (CC-by-sa) v1.0 and v2.0 Licenses or into the public domain if they prefer. The CC-by-sa license is a true free documentation license that is similar to Wikipedia's license, the GFDL, but it allows other projects, such as WikiTravel, to use our articles. Since you are among the top 2000 Wikipedians by edits, I was wondering if you would be willing to multi-license all of your contributions or at minimum those on the geographic articles. Over 90% of people asked have agreed. For More Information:
- Multi-Licensing FAQ - Lots of questions answered
- Multi-Licensing Guide
- Free the Rambot Articles Project
To allow us to track those users who muli-license their contributions, many users copy and paste the "{{DualLicenseWithCC-BySA-Dual}}" template into their user page, but there are other options at Template messages/User namespace. The following examples could also copied and pasted into your user page:
- Option 1
- I agree to [[Wikipedia:Multi-licensing|multi-license]] all my contributions, with the exception of my user pages, as described below:
- {{DualLicenseWithCC-BySA-Dual}}
OR
- Option 2
- I agree to [[Wikipedia:Multi-licensing|multi-license]] all my contributions to any [[U.S. state]], county, or city article as described below:
- {{DualLicenseWithCC-BySA-Dual}}
Or if you wanted to place your work into the public domain, you could replace "{{DualLicenseWithCC-BySA-Dual}}" with "{{MultiLicensePD}}". If you only prefer using the GFDL, I would like to know that too. Please let me know what you think at my talk page. It's important to know either way so no one keeps asking. -- Ram-Man (comment| talk)
- Hi Yekrats. I made a photo for your request on soap on Commons :-) Regards Malene 21:30, 19 July 2005 (UTC)
[edit] Jesse Macbeth
just wanted to know what your evidence is that the macbeth video is a rightwing conspiracy? on informationclearinghouse.com this hasd been discussed and dismissed by most ofthe people there, including myself. It is completely probable that macbeth was a liar who had a lot to gain by posing as a combat vet, certainly just being the center of attention at rallies might have been enough of an incentive. it would be fair to say that after the video came out that the right wing blogsphere as had a field day jumping on this video and leaving threatening messages on macbeth myspace page, but it is pure conjecture that its production in the first place was a video designed to discredit the anti-war movement--taucetiman
[edit] thanks
Hi Yekrats. I've already e-mailed you, but so there's a record of gold stars on your talk page, thanks for your help with the Jesse Macbeth article. Let's hope it stays neutral and well-sourced. Bugmuncher 17:16, 30 May 2006 (UTC)
[edit] Esperanto Wikipedia: Policy re "krokodilado"?
Hi. What's the policy about "krokodilado" on Esperanto Wikipedia? (E.g. http://eo.wikipedia.org/wiki/Conquistador ) -- Writtenonsand 17:12, 5 April 2007 (UTC)
- Mi ĝin ŝanĝis. Kial krokodili? --Orange Mike 14:55, 19 November 2007 (UTC)
[edit] Since you've edited some Esperantist-related articles...
The category Esperantists was deleted recently, and the deletion is up for review. In case you'd like to chime in, go here. --Orange Mike 18:28, 4 September 2007 (UTC)
[edit] Jean Forge
On 2007-09-07 in the article Jan Fethke you changed Jean Forge is the pen name of Jan Fethke. to Jean Forge (1903-02-26 in Oppeln, Silesia – 1980-12-16), often using the pen name Jan Fethke.
I had always understood that "Jean Forge" was/is the pen name of Jan Fethke. I note also that http://wwwDOTsuite101DOTcom/article.cfm/esperanto/22841 states In the world of Esperanto, however, Jan Fethke is much better known by his pseudonym, Jean Forge,
I attempted to clarify this on 2007-03-26. Am I and this source in error? Bonvolu klarigi.
--Bill O'Ryan O'RyanW (☺ ₪) 16:17, 14 September 2007 (UTC)
p.s. Now I also note that the cited sourse has bee "blacklisted! Why? This is disturbing! I can't imagine a motive for hiding the identity of Jean Forge.
[edit] Hello!
Can i invite you to take a look at Twinkle? It's a great script for browsing wikipedia and i noticed that when you leave a message, you don't leave a signature, but Twinkle takes care of it... It works great on Firefox :)
It's a tiny script that gets added to your monobook.js (your special preferrences page). This is a direct link: your monobook.js. Remember that monobook.js is a higly visible template but it's locked to all regular users and anons except admins.
Thanks!
--Flaaaaaaaaaaaming! 15:49, 5 November 2007 (UTC)
[edit] Esperanto Wikipedia
Would it be possible for you to expand Esperanto Wikipedia article along the lines of your post here? That would be a very interesting information given the topic. Pavel Vozenilek (talk) 11:31, 19 November 2007 (UTC)
[edit] Tèstaquêdra proposal
Hello, maybe a bit late, I am coming to answer the request that you expressed in this paragraph about having a translation of what I wrote here in the italian village pump. I am not translating the comments, since it would take too long. As for my proposal of using Esperanto in the coordination group of small wikipedias, I intend it as a way to avoid discrimination between users accustomed to English, and those who are not (especially in dialectal wikipedias this is an issue). And then, because I do not like the idea of multilingual sites in English (as commons), I think you get the point. I do not really write or read Esperanto now, but I am finishing taking an on-line course on the subject, because I think it is important. -- Tèstaquêdra 22:21, 15 December 2007 (UTC)
As many of you will know, in many wikipedia versions there exist pages that are built out of data tables. For sake of clarity, I am thinking about municipalities, asteroids, substances, airports, and so on. The current way to manage these pages, which, from now on, I will refer to as "automatic", is not, in my opinion the best one. In some wikipedias (usually the "small" ones, but not only) this kind of pages are used in order to increase the figures, with the result that quality is degraded to pitiful levels. In other ones, where these pages are a more upstanding fraction of the whole lot, they sum up with the figures for "hand-made" pages, and make it difficult to evaluate the grow rate of the encyclopedia. I would like to make it clear from the beginning that I do not regard automatic pages as of little worth (all the contrary); but I believe that a "separate" management would improve the situation under all points of view. Here is a proposed solution that would tackle also another problem. (sorry, the statement in Italian here is idiomatic and nearly impossible to translate)
- Extend mediawiki with a full-fledged relational-data-base management. Since the mediawiki engine is already built on top of a database engine, unless I got it wrong, this should not be difficult. But now one should provide the php interface with the ability to query these tables and use query results to generate automatic pages. Data input, on the other hand, is not necessarily implemented through the mediawiki interface.
- Automatic pages do not exist in the same sense as the other ones. This pages are, indeed, automatically generated everytime the requested title does not correspond to an existing page, but appears in the data base. Robots physically creating the pages are then no more needed. If the title in the data base collides with the title of an existing page, (automatic) pages are created with an opportune title extension, which can be used in a disambiguation page (e.g., if Karl Marx is already existing, the engine can generate Karl Marx (asteroid).
- Automatic pages are not added to the figures of the encyclopedia, or, at least, they are counted separately. In this way, there ceases to exist any incentive for those who only want to fatten the article count.
- The data base is common to all wikipedias. For instance, once the tables with data about all italian municipalities are ready, it shouldn't be difficult to reuse them in a wikipedia in whatever language; it is sufficient that the local community takes up the task to translate the presentation framework. This assumes that the data base is managed a bit like the commons, obviously.
- Automatic pages can be embedded inside manual pages. For instance, an important municipality, like Rome, that contains a lot of "manual" text, should embed data from the municipality table through a template mechanism. The page is then counted normally as a manual page. In this case, automatic page generation is suppressed.
These are only a few, roughly described points, and surely need a lot of additional work to morph into actually implementable features. But the idea, in my opinion, is fundamentally right. Database engines do the work of database engines, information is exploitable in all wikipedias that care about using it, criticisms about "inflated figures" are avoided, and the overall wikipedia quality is improved. [...] Cheers -- Tèstaquêdra, 23:34, 11 set 2007 (CEST) --- (from it:Wikipedia:Bar/Discussioni/Una_proposta_di_gestione_delle_pagine_generate_da_basi_di_dati).
[edit] Thanks
Thanks for the talk page comment, I tend to wander over multiple projects (my matrix). Good to know your on Esperanto Wikipedia. If you need anything here, Let me know!--Hu12 (talk) 20:58, 6 March 2008 (UTC)