Samat, it is not really possible to enable *content* features for logged-in
users only. An article content is shown to everyone, so if an editor adds a
map to an article, everyone would see that map. On the other hand, everyone
will be able to see if it's broken, and remove it right away, without any
involvement from developers. The whole thing would be in the hands of the
community - deciding what to use, usage policies, etc.
On Sun, Nov 6, 2016 at 5:51 AM Samat <samat78(a)gmail.com> wrote:
I am very happy that we are able to add new type of
contents (especially
maps) to Wikipedia articles. I would like to see more content of the map
layer(s) itself and more options and features of these tools.
I would suggest to release the new features only as (opt in) beta feature
(for registered users) for a longer time, until most of the bugs are
discovered, and then I would roll out as a stable feature for everybody.
Maybe this is a slower way, but safer and cause less dissatisfaction in the
community and about Wikipedia.
Best,
Samat
On Sat, Nov 5, 2016 at 11:38 PM, Yuri Astrakhan <yastrakhan(a)wikimedia.org>
wrote:
Guillaume and Federico, thanks! I might have been too generic :) Basically
I would like to get a general feel for
* are we enabling new content-oriented (no impact until editors add it to
the pages) features too fast or too slow? And that mostly means maps -
should we make maps absolutely perfect before giving it into the hands of
the community?
* should we enable new features earlier, in a more unfinished state, so
that community can comment on things earlier, and possibly tell us if we
are going in the wrong direction? Or should we release them later, so new
features are more polished from the start, but possibly less needed (miss
the mark) and would require considerable resources to rework?
_______________________________________________
Maps-l mailing list
Maps-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/maps-l