2010/10/11 Marcus Buck <w...@marcusbuck.org>:
> An'n 11.10.2010 20:13, hett Strainu schreven:
>> 2010/10/11 Marcus Buck<w...@marcusbuck.org>:
>>> There was a Google Summer of Code project:
>>> <http://www.mediawiki.org/wiki/User:Peter17/Reasonably_efficient_interwiki_transclusion>.
>>> It's basically ready to use. About the _actual_ implementation you have
>>> to ask the Foundation developers.
>> Marcus, I would hardly call that project "ready to use". It leaves
>> many issues unresolved, such as:
>> 1. local editing of the remote data with unified/non-unified accounts
>> 2. automatic translation importing from translatewiki (people would
>> probably want to use localized parameters/template names)
>> 3. all the known limitations noted there :)
>>
>> It looks like a good start, but I somewhat doubt we will be seeing it
>> in production soon.
> If in Nikola's solution all this works, I wasn't aware of it. #1 to me
> actually seems like an advantage. If data is changed for all wikis users
> must go to the central wiki to edit it. Otherwise it'll definitely lead
> to problems. #2 also is only a problem if we accept that #1 is wanted as
> a behaviour.
Well, Nikola's solution is limited to interwiki links (I think), so it
has very little to do with those issues (only the name of the page in
the central wiki, if I remember correctly). Regarding the local/remote
editing, experience has shown me that most people hate to leave their
home wiki, even if the new wiki is in their native language and has no
radically different rules. This is especially true for small wikis.
Editing the data on the central wiki will limit the number of editors.
This could be a good thing, but I tend to believe it is overall better
to have many people editing the data.
#2 is in no way linked with number 1. To use the example you have used
on foundation-l, here is how {{town}} should look in English and
French for Bucharest:
{{Town
|name=Bucharest
|country=Romania
|pop=2,000,000
|lat=45.0
|lon=26.0
|elevation=12
|mayor=Sorin Oprescu
}}
{{Ville
|nom=Bucarest
|pays=Roumanie
|pop=2.000.000
|lat=45.0
|lon=26.0
|hauteur=12
|maire=Sorin Oprescu
}}
As you can see, there are differences in both the syntax and the data
of the template. The difference in the data can be avoided by keeping
only the common parts, like the coordinates and the iw links,
centralized. #2 refers specifically to the differences in syntax. If
you keep this approach, you're basically keeping people who do not
know English at bay from editing the central wiki. And I think this is
a much more significant problem for smaller languages, which you want
to help.
>
> Actually I have no specific preference for any of the two solutions. I
> just wanted to hint at an alternative effort.
It was good to know the Foundation invested into that, thanks. :)
> The only thing I care about is, that _some_ solution is found and
> implemented. Both solutions can be implemented in a short period of time
> if only somebody cared to start the process. It's the most important
> development step for Wikimedia in years. Possibly ever.
> See e.g.
> <http://lists.wikimedia.org/pipermail/foundation-l/2010-August/060628.html>.
I couldn't agree more on that. I am eager to see more effort into this problem.
>
> Marcus Buck
> User:Slomox
Strainu
_______________________________________________
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
