Re: [Wiki-research-l] Results from 2018 global Wikimedia survey are published!

[Kerry Raymond]

While I have no objection to the administrator training, I don't think most of 
the problem lies with administrators. There's a lot of biting of the good-faith 
newbies done by "ordinary" editors (although I have seen some admins do it 
too). And, while I agree that there are many good folk out there on en.WP, 
unfortunately the newbie tends to meet the other folk first or perhaps it's 
that 1 bad experience has more impact than one good experience.

Similarly while Arbcom's willingness to desysop folks is good, I doubt a newbie 
knows how or where to complain in the first instance. Also there's a high level 
of defensive reaction if they do. Some of my trainees have contacted me about 
being reverted for clearly good-faith edits on the most spurious of reasons. 
When I have restored their edit with a hopefully helpful explanation, I often 
get reverted too. If a newbie takes any action themselves, it is likely to be 
an undo and that road leads to 3RR block or at least a 3RR warning. The other 
action they take is to respond on their User Talk page (when there is a message 
there to respond to). However, such replies are usually ignored, whether the 
other user isn't watching for a reply or whether they just don't like their 
authority to be challenged, I don't know. But it rarely leads to a satisfactory 
resolution.

One of the problems we have with Wikipedia is that most of us tend to see it 
edit-by-edit (whether we are talking about a new edit or a revert of an edit), 
we don't ever see a "big picture" of a user's behaviour without a lot of 
tedious investigation (working through their recent contributions one by one). 
So, it's easy to think "I am not 100% sure that the edit/revert I saw was OK 
but I really don't have time to see if this is one-off or a consistent 
problem". Maybe we need a way to privately "express doubt" about an edit (in 
the way you can report a Facebook post). Then if someone starts getting too 
many "doubtful edits" per unit time (or whatever), it triggers an admin (or 
someone) to take a closer look at what that user is up to. I think if we had a 
lightweight way to express doubt about any edit, then we could use machine 
learning to detect patterns that suggest specific types of undesirable user 
behaviours that can really only be seen as a "big picture".

Given this is the research mailing list, I guess we should we talking about 
ways research can help with this problem.

Kerry

-Original Message-
From: Wiki-research-l [mailto:wiki-research-l-boun...@lists.wikimedia.org] On 
Behalf Of Pine W
Sent: Wednesday, 26 September 2018 1:07 PM
To: Wiki Research-l ; Rosie 
Stephenson-Goodknight 
Subject: Re: [Wiki-research-l] Results from 2018 global Wikimedia survey are 
published!

I'm appreciative that we're having this conversation - not in the sense that 
I'm happy with the status quo, but I'm glad that some of us are continuing to 
work on our persistent difficulties with contributor retention, civility, and 
diversity.

I've spent several hours on ENWP recently, and I've been surprised by the 
willingness of people to revert good-faith edits, sometimes with blunt 
commentary or with no explanation. I can understand how a newbie who 
experienced even one of these incidents would find it to be unpleasant, 
intimidating, or discouraging. Based on these experiences, I've decided that I 
should coach newbies to avoid taking reversions personally if their original 
contributions were in good faith.

I agree with Jonathan Morgan that WP:NOTSOCIAL can be overused.

Kerry, I appreciate your suggestions about about cultural change. I can think 
of two ways to influence culture on English Wikipedia in large-scale ways.

1. I think that there should be more and higher-quality training and continuing 
education for administrators in topics like policies, conflict resolution, 
communications skills, legal issues, and setting good examples.
I think that these trainings would be one way through which cultural change 
could gradually happen over time. For what it's worth, I think that there are 
many excellent administrators who do a lot of good work (which can be tedious 
and/or stressful) with little appreciation. Also, my impression is that ENWP 
Arbcom has become more willing over the years to remove admin privileges from 
admins who misuse their tools. I recall having a discussion awhile back with 
Rosie on the topic of training for administrators, and I'm adding her to this 
email chain as an invitation for her to participate in this discussion. I think 
that offering training to administrators could be helpful in facilitating 
changes to ENWP culture.

2. I think that I can encourage civil participation in ENWP in the context of 
my training project 

that I'm hoping that WMF will continue to fund. ENWP is a complex and sometimes 
emotionally difficult environment, an

Re: [Wiki-research-l] [Wikidata] Semantic annotation of red links on Wikipedia

[Diego Saez-Trumper]

Hi,

Kateryna is  working on this:
https://meta.wikimedia.org/wiki/Research:Matching_Red_Links_with_Wikidata_Items

Please ping or write  in the discussion page if you want to know more  o
give ideas about this.

Best,
Diego



Date: Tue, 25 Sep 2018 16:40:06 +0300
> From: 80hnhtv4a...@bk.ru
> To: Discussion list for the Wikidata project
> 
> Cc: wikidata-bugs , Wikitech - l
> , wikimedia - l
> , wikidata-tech
> , wiki-research - l
> 
> Subject: Re: [Wiki-research-l] [Wikidata] Semantic annotation of red
> links on Wikipedia
> Message-ID: <1537882806.518826...@f478.i.mail.ru>
> Content-Type: text/plain; charset=utf-8
>
>
> All that red makes the page look bad, and i would like to point out the
> abuse factor here, all those red links start edit wars,
>
> and should be put there if any by people,
>
> The creation of the wikidata page also creats a problem, because it does
> not establis a lable which should be mandatory
>
> and in english,
> in the save proses.
>
> and this problem *
> https://www.wikidata.org/wiki/Wikidata:WikiProject_Labels_and_descriptions#List_of_items_without_labels_and/or_descriptions
>
>
>
> >Tuesday, September 25, 2018 2:58 AM -05:00 from Sergey Leschina <
> m...@putnik.ws>:
> >
> >I want to draw your attention to the problem from the other side. On the
> newly created page, which can be opened by the red link, there is no
> binding to the Wikidata. This means that after the creation, the page will
> not automatically be linked to the Wikidata. And if the project has
> templates that can use information from the Wikidata, they will not fully
> work until the page will be saved at least once and linked to an item. I
> already suggested to add the parameter for this:
> https://phabricator.wikimedia.org/T178249
> >
> >If something like this will be implemented, then it will be possible to
> make a template for the red links (with Lua and TemplateStyles) that will
> be connected to the Wikidata. Although I agree that it is better to have a
> syntax that will allow to make links without such difficulties.
> >пн, 24 сент. 2018 г. в 20:50, Maarten Dammers < maar...@mdammers.nl >:
> >>Hi everyone,
> >>
> >>According to  https://www.youtube.com/watch?v=TLuM4E6IE5U : "Semantic
> >>annotation is the process of attaching additional information to various
> >>concepts (e.g. people, things, places, organizations etc) in a given
> >>text or any other content. Unlike classic text annotations for reader's
> >>reference, semantic annotations are used by machines to refer to."
> >>(more at
> >>https://ontotext.com/knowledgehub/fundamentals/semantic-annotation/ )
> >>
> >>On Wikipedia a red link is a link to an article that hasn't been created
> >>(yet) in that language. Often another language does have an article
> >>about the subject or at least we have a Wikidata item about the subject.
> >>Take for example
> >>https://nl.wikipedia.org/w/index.php?title=Friedrich_Ris . It has over
> >>250 incoming links, but the person doesn't have an article in Dutch. We
> >>have a Wikidata item with links to 7 Wikipedia's at
> >>https://www.wikidata.org/wiki/Q116510 , but no way to relate
> >>https://nl.wikipedia.org/w/index.php?title=Friedrich_Ris with
> >>https://www.wikidata.org/wiki/Q116510 .
> >>
> >>Wouldn't it be nice to be able to make a connection between the red link
> >>on Wikipedia and the Wikidata item?
> >>
> >>Let's assume we have this list somewhere. We would be able to offer all
> >>sorts of nice features to our users like:
> >>* Hover of the link to get a hovercard in your favorite backup language
> >>* Generate an article placeholder for the user with basic information in
> >>the local language
> >>* Pre-populate the translate extension so you can translate the article
> >>from another language
> >>(probably plenty of other good uses)
> >>
> >>Where to store this link? I'm not sure about that. On some Wikipedia's
> >>people have tested with local templates around the red links. That's not
> >>structured data, clutters up the Wikitext, it doesn't scale and the
> >>local communities generally don't seem to like the approach. That's not
> >>the way to go. Maybe a better option would be to create a new property
> >>on Wikidata to store the name of the future article. Something like
> >>Q116510: Pxxx -> (nl)"Friedrich Ris". Would be easiest because the
> >>infrastructure is there and you can just build tools on top of it, but
> >>I'm afraid this will cause a lot of noise on items. A couple of
> >>suggestions wouldn't be a problem, but what is keeping people from
> >>adding the suggestion in 100 languages? Or maybe restrict the usage that
> >>a Wikipedia must have at least 1 (or n) incoming links before people are
> >>allowed to add it?
> >>We could create a new projects on the Wikimedia Cloud to store the
> >>links, but that would be quite the extra time investment setting up
> >>everything.
> >>
> >>What do you think?
> >>
> >>Maarten
> >>
> >>
> >>
> 

[Wiki-research-l] Brief unavailability scheduled for the Event Logging database replica

[Luca Toscano]

Hi everybody,

Tomorrow Sept 27th at 10 CEST db1108 (alias analytics-slave) will be down
for a brief (max 30 mins) maintenance (Mariadb and Linux kernel upgrade).
This means that the log database will not be available for querying during
this time frame. Please reach out to me or to the Analytics team if this
impacts your work (elukey or #wikimedia-analytics on IRC Freenode).

Thanks!

Luca
___
Wiki-research-l mailing list
Wiki-research-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wiki-research-l