Title should say it all...though I am sure it is not clear :-)
What about an option for the user to have a merge of rc of meta and one local wikipedia ?
Same for rc ?
That will increase meta visibility (at the user choice only). And it should not spoil rc, since meta traffic is rather low.
Anthere wrote:
What about an option for the user to have a merge of rc of meta and one local wikipedia ?
Same for [ watchlists ] ?
Well, I have already mentioned several times in the past that, in the medium term, we should merge all the Wikipedias, or perhaps even all the Wikimedia projects, into one database, so that users can have *ONE* account, *ONE* watchlist and *ONE* set of preferences. Then it would be a very small step to allow Recent Changes filtered by project/language.
Timwi
Timwi wrote:
Anthere wrote:
What about an option for the user to have a merge of rc of meta and one local wikipedia ?
Same for [ watchlists ] ?
Well, I have already mentioned several times in the past that, in the medium term, we should merge all the Wikipedias, or perhaps even all the Wikimedia projects, into one database, so that users can have *ONE* account, *ONE* watchlist and *ONE* set of preferences. Then it would be a very small step to allow Recent Changes filtered by project/language.
As much as I support the idea of a unified log-in and account, I would be hesitant about having a unified database. Of course any attempt to unify databases should not take place until all projects, including the English Wikipedia have been converted to Unicode.
I prefer to look at the watch lists separately, because each project tends to approach things differently. Some people would indeed like to have combined watchlists, and they should have that option, but it should not be the default for everybody.
We should also be able to have different preferences. I use different combinations of side-bars and skins as a way of knowing which project I happen to be in at any given time.
Ec
Ray Saintonge a écrit:
Timwi wrote:
Anthere wrote:
What about an option for the user to have a merge of rc of meta and one local wikipedia ?
Same for [ watchlists ] ?
Well, I have already mentioned several times in the past that, in the medium term, we should merge all the Wikipedias, or perhaps even all the Wikimedia projects, into one database, so that users can have *ONE* account, *ONE* watchlist and *ONE* set of preferences. Then it would be a very small step to allow Recent Changes filtered by project/language.
As much as I support the idea of a unified log-in and account, I would be hesitant about having a unified database. Of course any attempt to unify databases should not take place until all projects, including the English Wikipedia have been converted to Unicode.
Good luck ! :-) After one week, there are still weirdies :-)
I prefer to look at the watch lists separately, because each project tends to approach things differently. Some people would indeed like to have combined watchlists, and they should have that option, but it should not be the default for everybody.
Option would be good. What I would see as great is in particular that we could merge the local wikipedia with meta. But keep local wikipedias separate from one another
We should also be able to have different preferences. I use different combinations of side-bars and skins as a way of knowing which project I happen to be in at any given time.
Ec
Agreed. I do the same. It would be nice to have more choice in preferences settings.
"T" == Timwi timwi@gmx.net writes:
T> Well, I have already mentioned several times in the past that, T> in the medium term, we should merge all the Wikipedias, or T> perhaps even all the Wikimedia projects, into one database, so T> that users can have *ONE* account, *ONE* watchlist and *ONE* T> set of preferences.
I agree. It also allows better author tracking for translations between versions of a page, and would make maintenance a whole lot easier. (I've only got three DBs to maintain, and that's a pain in the butt already.) It'd also make sharing images and such much easier.
I think there are a number of issues:
1) Marking articles with a language code. That's pretty straightforward, I think: add another column for the language code.
2) Linking multiple articles that deal with the same subject but differ only by language. I think the current ILL mechanism works OK for now. At some point it might be good to reify this in the database, though.
3) User interface language. I believe this can be determined from the browser headers, and we could have an override set in a cookie or a user preference.
4) Choosing which version of an article to show. This is easy if the there's a version in the user's language
5) Namespaces. The namespaces are translated internally to numbers, so this shouldn't be a big, big hassle, but there's some hairiness.
6) Cultures. This is the really hard one. It'd be difficult to integrate the N Wikipedias into one. It's hard to do decision-making in multiple languages.
I think making the user's UI language and the language of the currently displayed article _orthogonal_ is the key here. A Norwegian speaker reading a French article should see the article text in French, but the UI navitorial ("Edit this page") in Norwegian (or whatever language they choose).
Anyways, this should probably get pushed to meta.w.o.
~ESP
Evan Prodromou wrote:
[about merging the Wikipedia DBs into one DB]
I think there are a number of issues:
- Marking articles with a language code. That's pretty straightforward, I think: add another column for the language code.
My suggestion was to use this opportunity to migrate to an entirely new database schema, which in my view will allow us better performance in the future: http://meta.wikipedia.org/wiki/Experimental_new_database_schema
- User interface language. I believe this can be determined from the browser headers, and we could have an override set in a cookie or a user preference.
My idea here was to display the UI in the same language as the article if you are anonymous, and to use a user preference if you are logged in.
- Choosing which version of an article to show. This is easy if the there's a version in the user's language
The subdomain determines this (e.g. fr.wikipedia.org as opposed to es.wikipedia.org, say).
- Cultures. This is the really hard one. It'd be difficult to integrate the N Wikipedias into one. It's hard to do decision-making in multiple languages.
That's entirely separate from merging the DBs. I'm not sure if merging the "cultures", as you call them, is even possible, but that doesn't stop the DBs from merging.
Timwi
Timwi wrote:
Anthere wrote:
What about an option for the user to have a merge of rc of meta and one local wikipedia ?
Same for [ watchlists ] ?
Well, I have already mentioned several times in the past that, in the medium term, we should merge all the Wikipedias, or perhaps even all the Wikimedia projects, into one database, so that users can have *ONE* account, *ONE* watchlist and *ONE* set of preferences. Then it would be a very small step to allow Recent Changes filtered by project/language.
Let me add *ONE* notification of "You have new messages".
Ro
wikitech-l@lists.wikimedia.org