On Sunday 28 July 2002 03:00 am, The Cunctator wrote:
> What are the articles this person has been changing?
For 66.108.155.126:
20:08 Jul 27, 2002 Computer
20:07 Jul 27, 2002 Exploit
20:07 Jul 27, 2002 AOL
20:05 Jul 27, 2002 Hacker
20:05 Jul 27, 2002 Leet
20:03 Jul 27, 2002 Root
20:02 Jul 27, 2002 Hacker
19:59 Jul 27, 2002 Hacker
19:58 Jul 27, 2002 Hacker
19:54 Jul 27, 2002 Principle of least astonishment
19:54 Jul 27, 2002 Hacker
19:52 Jul 27, 2002 Trance music
19:51 Jul 27, 2002 Trance music
For 208.24.115.6:
20:20 Jul 27, 2002 Hacker
For 141.157.232.26:
20:19 Jul 27, 2002 Hacker
Most of these were complete replacements with discoherent statements.
Such as "TAP IS THE ABSOLUTE DEFINITION OF THE NOUN HACKER" for Hacker.
For the specifics follow http://www.wikipedia.com/wiki/Special:Ipblocklist
and look at the contribs.
--mav
So, it seems (if I interpret Jimbo's mail on wikitech and the discussion
here correctly) that most of us would like *some kind* of category
scheme in wikipedia. I do, too! But, we seem to differ on the details
(shocked silence!).
So far, I saw three concepts:
1. Simple categories like "Person", "Event", etc.; about a dozen total.
2. Categories and subcategories, like
"Science/Biology/Biochemistry/Proteomics", which can be "scaled down" to
#1 as well ("Humankind/Person" or something)
3. Complex object structures with machine-readable meta-knowledge
encoded into the articles, which would allow for quite complex
queries/summaries, like "biologists born after 1860".
Pros:
1. Easy to edit (the wiki way!)
2. Still easy to edit, but making wikipedia browseable by category,
fine-tune Recent Changes, etc.
3. Strong improvement in search functions, meta-knowledge available for
data-mining.
Cons:
1. Not much of a help...
2. We'd need to agree on a category scheme, and maintenance might get a
*little* complicated.
3. Quite complex to edit (e.g., "<category type='person'
occupation='biologist' birth_month='5' birth_day='24' birth_year='1874'
birth_place='London' death_month=.....>")
For a wikipedia I'd have to write myself, I'd choose #3, but with
respect to the wiki way, #2 seems more likely to achieve consensus (if
there is such a thing;-)
Magnus
We are faced with an issue of convenience versus freedom when we talk
about licensing images. Because we are a nonprofit charitable
organization with an educational mission, we can easily get non-free
licenses to use images.
This is easily done, but doesn't achieve the goal of building a free
encyclopedia. There is no help for it; to make a free encyclopedia,
one must stick to materials that are free.
Because we are a nonprofit charitable
organization with an educational mission, we can make heavy use of the
doctrine of "fair use" in the US.
When applicable, this may be a good solution.
Clause 7 of the license permits us to combine
independent works, even proprietary works, and this clearly includes
aggregating images and articles stored on the same server.
This is permitted in the sense that it won't violate the GFDL. But
when the other work is not free, this is not a solution--not if the
problem is how to make a better free encyclopedia. Including non-free
images, whether done legally or not, results in a non-free
encyclopedia.
If that means less images for now, then it means less images for now.
It also means that we have a very strong incentive to develop free
alternatives.
Hear, hear!
In many cases, people can creatively find ways to take new photos.
Another idea is to criticize the organization that stands in the way
of using the image desired. For instance,
The Foobar company stands in the way of our including a picture of this.
This text, with no link and no details about the image, would name and
shame the Foobar company, but would not help Foobar sell copies of the
image.
Jeff Meyer wrote
>The plan is to deliver an easily searchable repository (content & searchable
>clearinghouse) of quality map content to cover the entirety of human
>history. Along with it would be a freely distributable, open source map
>player. People could then link their existing maps, add modifications, build
>new map content, etc.
I happen to be finishing up my GIS credentials and geography/cartography degree
right now and was thinking about playing around with the free software GRASS
GIS program this summer. See http://grass.baylor.edu/ and the GRASS Wiki
http://grass.itc.it/wiki2/
It would be neat to tie GRASS into MediaWiki for map creation. I'll see if I
can get that to work later this year (at least for creating simple maps).
There is a whole bunch of public domain GIS data out there (mostly in the
U.S....). It would eventually be neat to have a place to do GIS editing on the
Internet to help maintain and extend those data. As it is, the public domain
GIS material created by the U.S. government is made into proprietary products
by GIS firms who clean up, extend, and then sell the data. AFAIK there is no
free content alternative.
WikiGIS perhaps? I better snag that one... Done. WikiGIS.org and WIkiGIS.com
are reserved for the Wikimedia Foundation if and when the foundation wants
those domains.
Which reminds me, Wikimedia.org is about to expire... I better fix that.
-- Daniel Mayer (aka mav)
__________________________________
Do you Yahoo!?
Get better spam protection with Yahoo! Mail.
http://antispam.yahoo.com/tools
Thoamsz wrote:
> They quote Polish data from 2001. Most other data is 2003 or 2002.
Yes, the Global Reach data are not really homogeneous.
I wrongly assumed all data in the first column were from 2003.
But it does not affect the overall picture that much.
Even when we take the 2004 forecast of 9 million Polish internet users
instead of the 2001 figure of 6.9 milllion,
the pl: ratio is 1 contributor per 29 thousand, which still makes pl: first
on the list.
Again, I'm not sure how reliable the GR figures are.
Surely a forecast is less dependable when based on older figures.
Erik Zachte
Of course there are a myriad ways to measure succes of each Wikipedia.
For what it's worth I tried to establish the ratio of active contributors
per million internet users that speak that language.
So per language the figure shows that one of x thousand native speakers with
internet access contributed to Wikipedia in that language
Polish 22
German 31
Dutch 39
Hebrew 40
Danish 44
Swedish 49
Catalan 49
French 49
Finnish 51
English 53
Norwegian 55
Hungarian 94
Romanian 109
Slovenian 117
Italian 166
Japanese 168
Czech 216
Spanish 236
Vietnamese 367
Greek 386
Portugues 431
Russian 638
Chinese 687
Turkish 725
Arabic 870
Malay 967
Korean 2920
For contributors I used wikistats Feb 26 (counts registered users > 10
edits)
For internet users per language I used figures from Global Reach (2003)
http://global-reach.biz/globstats/index.php3
Of course I don't know how exact these figures are,
but I assume they did some homework.
Note : the GR figures list >native< speakers, so actually languages with
international appeal would show lower participation ratios (higher numbers
in the table) if all web users that might be inclined to use that language
were taken into account.
E.g. GR mentions India specifically as a country where the web language is
English and not Hindi.
Erik Zachte
Erik Zachte wrote:
> For a quick comparison of layouts of all 53 Main Pages have a look at
>
>http://eza.gemm.nl/Wikipedia/Gallery/Gallery.htm
>
>Complete pages are shown, captured at a virtual 1000*3000 screen resolution,
>reduced to 40% size.
>At 40% reduction the text is hardly readable, but it gives a nice comparison
>of overall layout per wikipedia.
>
>
It's nice to see that quite a few languages are getting images on their
main pages. I wish I knew enough, or any, Romanian, to understand how
that picture of two frying pans got featured.
ZH appears to have picked up EN's new layout (or did we get it from
them?). I particularly enjoy seeing the right-to-left layouts in Hebrew
and Arabic.
--Michael Snow
I hereby suggest that we start to distribute the press release versions on
Monday (at least for the non-English versions that are ready).
http://meta.wikipedia.org/wiki/Wikimedia's_first_press_release
I'm going to create the English Wikipedia version now (based on the Meta
version).
Sorry for the late note - I thought we had another week.
-- mav
__________________________________
Do you Yahoo!?
Yahoo! Mail SpamGuard - Read only the mail you want.
http://antispam.yahoo.com/tools
For a quick comparison of layouts of all 53 Main Pages have a look at
http://eza.gemm.nl/Wikipedia/Gallery/Gallery.htm
Complete pages are shown, captured at a virtual 1000*3000 screen resolution,
reduced to 40% size.
At 40% reduction the text is hardly readable, but it gives a nice comparison
of overall layout per wikipedia.
Erik Zachte
This job was easy thanks to url2bmp (Windows freeware)
http://www.pixel-technology.com/freeware/url2bmp/
despite its name it handles other image formats as well,
can be run in batch mode