Time available and priorities of the devteam is something entirely different :)

Just to add a thought and be complete, I must add that we focused the discussion on bots, but that's missing
that there is not only bots but also manual and semi automated work (with magnus' tools typically) involved : removing a statement can trigger a constraint on symmetry, that another will resolve by re-adding the statement you just removed. This might trigger community issue as well.

2015-09-29 17:01 GMT+02:00 Daniel Kinzler <daniel.kinzler@wikimedia.de>:
Am 29.09.2015 um 11:05 schrieb Thomas Douillard:
> No it's not, because of the "undoing" problem. A user can't delete a statement
> assuming this will be enough as he will not be explicit that the statement is
> bot added and implied by other statements, as opposed as a statement explicitely
> inferred by Wikibase and marked explicitely as such in the UI. If Wikibase
> tracks the root explicit statements used to make the inference, they could be
> exposed in the UI as well to tell the user what he might have to do to correct
> the mistake (closer to or) at the actual root.

I agree: if we had built in inference done Just Right (tm), with everything
editable and visible in all the right places, that would be great. But this
would add a lot of complexity to the system, and would take a lot of resources
to implement. It would also diverge quite a bit from the classic idea of a wiki,
potentially cause community issues.

The approach using bots was never ideal, but is still hugely successful on
wikipedia. The same seems to be the case here. Also don't underestimate the fact
that the community has a lot of experience with bots, but is generally very
skeptical against automatic content (even just including information from
wikidata on wikipedia pages).

So, while bots are not ideal, and a better solution is conceivable, I think bots
as the optimal solution for the moment. We should not ignore the issues that
exist with bots, and we should not lose sight of other options. But I think we
should focus development on more urgent things, like a better system for source
references, or unit conversion, or better tools for constraints, or for re-use
on wikipedia.


--
Daniel Kinzler
Senior Software Developer

Wikimedia Deutschland
Gesellschaft zur Förderung Freien Wissens e.V.

_______________________________________________
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata