What if the main menu was entirely based on statistics, with the most
frequently requested URL at the top. I bet Recent Changes would be at the
top, and the "diff for this page" in 2nd place and "edit this page" 3rd.
Maybe it would be very useful.
Before you collect the statistics, you would have to substitute all the
page names with something like "%s" that can later be substituted back
with the actual page name.
--
Lars Aronsson (lars(a)aronsson.se)
tel +46-70-7891609
http://aronsson.se/http://elektrosmog.nu/http://susning.nu/
(Moved this to tech.)
Lee, what "many other things" will reassigning wikipedia.com affect?
Fortunately, we have no wikipedia webmail, so that complication doesn't exist.
I *think* I can change wikipedia.com, while leaving *.wikipedia.com to the old
machine. This is important until we move the Intl wikis over.
We need a migration plan for those, too, of course.
lcrocker(a)nupedia.com wrote:
>
> > To answer my own question: yes! http://old.wikipedia.com/ (but
> > you have to put the "old" in after every click; it's still
> > configured to provide every link with the "www" in the URL. Lee,
> > can you change that?)
>
> No, but Jimbo can. Jimbo, could you (a) set up DNS so that
> "old.wikipedia.com" points to ross, and (b) change the
> wikiLocalSettings.php file in the old system to put "old." into
> the internal links?
>
> The fact that "wikipedia.com" still points to ross is a problem
> for some people as well I understand, but I'm reluctant to ask
> you to change that specifically, since that will affect many
> other things
>
>
>
>
>
> [Wikipedia-l]
> To manage your subscription to this list, please go here:
> http://www.nupedia.com/mailman/listinfo/wikipedia-l
Topology of Wikipedias is very interesting.
First question is: what is distribution of number of hops needed to
reach an article from the Main page.
Attached script gives aproximate answer to this question.
It requires PHP database, and libmysql-ruby.
Data for Polish Wikipedia:
-1 602 (12.75964392%)
0 1 (0.02119542179%)
1 113 (2.395082662%)
2 886 (18.7791437%)
3 2367 (50.16956337%)
4 600 (12.71725307%)
5 126 (2.670623145%)
6 16 (0.3391267486%)
7 5 (0.1059771089%)
8 2 (0.04239084358%)
Total 4718
Results:
* It's yet to be found how much the fact that empty pages, redirects,
user and talk pages are treated like normal pages affects the results.
* Number of pages that are not reachable at all is very high.
* If page is reachable, it's usually reachable in just a few hops
* Adding more links to pages linked from Main page seems to be best
way of improving results.
I'm especially interested in results from English (which is the
biggest) and Esperanto (which has different linking philosophy)
Wikipedias. Information from Spanish, German and others would
also be interesting, but I don't expect it to differ a lot from Polish
results.
This is nasty. The new server is running PHP 4.2.1, which according to
this is potentially vulnerable unless someone installs the patch, or
does the workaround.
Neil
http://lwn.net/Articles/5263/
The move page function seems to have a new and exciting bug which can
damage the edit history of the page you move by combining it with the
edit history of the associated talk page. (This makes diffs very
interesting!)
I'd recommend against using it for the time being.
See bug report:
http://sourceforge.net/tracker/index.php?func=detail&aid=584649&group_id=34…
-- brion vibber (brion @ pobox.com)
> Lee, what "many other things" will reassigning wikipedia.com affect?
>
> Fortunately, we have no wikipedia webmail, so that complication
> doesn't exist.
>
> I *think* I can change wikipedia.com, while leaving
> *.wikipedia.com to the old machine. This is important until
> we move the Intl wikis over.
It was the Intl's I was thinking of. If you can move "wikipedia.com"
without moving "*.", that's great. I haven't studied BIND that much.
Don't forget to explicitly put in "old".
BTW, it seems like some of the history records got lost in the
conversion. Fortunately, this can be repaired without a whole new
conversion process since we don't use the linked-list thing anymore.
This is just a heads up that I will need to get a new history-only
dump of the old database sometime soon.
Ray Saintonge suggested that I should break up the 'top picks' into
page-related and others. Thanks, Ray.
I've also made some other changes.
OK, how's this for a recommended ordering of commands/options? I've
changed some sublists to alphabetical order, as there is not much
'gradient' in their frequencies, and there should always be some kind of
organising principle.
I have also re-named some of the special page labels to make them
uniform, eliminating the 'show' or 'list' prefixes which have got in the
way of recognition (the special page names themselves can be kept the
same, these are just link text labels).
Overall organising principles:
* Groups are organised by the scope of what they refer to (global, this
user, this page, etc.)
* Groups are organised from top to bottom by frequency.
*Where there are significant differences in frequency, entries within a
group are listed in order of frequency.
*otherwise, entries within groups are ordered alphabetically.
Top picks: (in frequency order: there is a real gradient here)
Main Page <---- bold
Recent changes
Random page
Current events
Special pages
Statistics
This page: (in frequency order: there is a real gradient here)
Edit this page <--- bold
History
What links here
Login area: (in frequency order)
Preferences
User login
Log out
User pages only:
This user's contributions
Special pages in general - these are all global: (and now in
alphabetical order)
All pages
All users
Blocked IP addresses
Images
Long pages
Most wanted pages
New pages
Orphan pages
Popular pages
Short pages
Upload image files
Unused images
Page-related, but less common: (in frequency/alphabetical order)
Print this page
Recent changes in linked pages
Logged-in user page-related features: (in alphabetical order)
Stop watching this page
Watch list
Watch this page
'power user commands':
Move this page
Delete this page
http://www.wikipedia.com/w/wiki.phtml?image=GP4_1.jpg&action=delete
I typed "Irrelevant junk and too big for an article." in the reason space,
checked the checkbox, and got a screen saying "Internal error" on top of
error messages saying that headers were output after text.
phma
>20020721000038 0194.499 /wiki/Astronomer
>20020721001207 0018.859 /wiki/Astronomer
>20020721002017 0122.170 /wiki/Astronomer
>20020721002354 0171.431 /wiki/Astronomer
>20020721002825 0110.615 /wiki/Astronomer
>20020721003134 0068.176 /wiki/Astronomer
>20020721003758 0159.654 /wiki/Astronomer
I just removed a boatload of extraneous links from that page.
Check again after a day or two to see if that improved things.