I don't know about the current implementation, but from reading your
mail, what you are proposing sounds just as limiting as what you are
describing as current implementation.
It sounds like what you really want is basically a configurable two
dimensional array where the first dimension represents different kind
of badges. The second dimension then holds all badges within that
group. Now you can only choose one badge of each group per site-link.
Done.
This way you would still allow different kind of badges than fa/ga.
This would also consider non-wikipedia use cases for wikibase usage.
Cheers,
Daniel
20. Januar 2014 04:50:57 Bene*:
Hi devs,
recently I had a discussion on IRC on how badges for site links should
work. After some time I realized that there is a general design issue
with their implementation.
The original idea of badges is to replace the FA/GA templates on
Wikipedias. This makes sense as it is centralized data which is used
in every Wikipedia. On Wikidata we can place that the article about
XXX on enwiki is a good/featured article and this will be shown on
every Wikipedia having a corresponding article. So basically, we are
just removing the {{Link GA|en}} or {{Link FA|en}} template and adding
this information to Wikidata. You can see that this is the last step
away from the old interwiki system.
However, there are proposals to badges that go far beyond this
original idea. Even the yet written implementation has such issues. As
everybody will easily understand, an article can be either ga or fa or
none. However, it cannot be ga *and* fa together. Thus one sitelink
should only be connected to a maximum of one badge. In contrast, the
implementation allows more than one badge, even worse, it allows an
infinite number of badges. Other proposals want badges to support
templates concerning meta information of the local article. However,
this information do really *not* concern other Wikipedias. Or can you
imagine a Wikipedia that wants to display a "this article needs
sources" icon next to the (probably not existing) fa icon? This
example makes clear that such meta information that has no value to
another Wikipedia than itself should not be stored on Wikidata, too.
Wikidata is a place for central data, not any data. For the
Wikipedias' internal meta information the working categories work
really fine today and there is no reason to force this system into
Wikidata without any benefit to Wikidata or the Wikipedias themselves.
So finally, my proposal is to only support one badge per sitelink. And
also to only support badges that make sense to have at a central point
and that will be used by more than one Wikipedia. I think this makes
the ui easier to understand and the code not relying on super-huge
config list showing all possible meta information that could be stored
as badges resulting in another huge statement system, but even worse.
Please keep this concerns in mind when deciding how the badges should
work.
Best regards,
Bene*
_______________________________________________
Wikidata-tech mailing list
Wikidata-tech(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-tech