FWIW, Znuny has helped us before, in 2013 (T24622). Znuny was founded by Martin Edenhofer, the original author of OTRS.

"Switch to the text-based Special:Search"?

In T271105#6782179, @CBogen wrote:

@Keegan and @matthiasmullie, do you have a sense of what this would break on our end and/or for the community? and @Keegan do you know of any policies that this change would fall under?

We released this.

In T267954#6625635, @CBogen wrote:

In T267954#6625431, @Keegan wrote:

In T267954#6625225, @CBogen wrote:

cc @Keegan - any thoughts on this?

I agree, now that we're stable linking to the help docs would be good.

What about moving the docs from Help:CirrusSearch/MediaSearch to Help:MediaSearch?

In T267954#6625225, @CBogen wrote:

cc @Keegan - any thoughts on this?

At least one message (of 111) I sent out yesterday duplicated, on the Italian Wikipedia (https://it.wikipedia.org/wiki/Discussioni_utente:Keegan_(WMF)#Twice).

FWIW the oversight capacities live in RevisionDelete.

You're basically onto it @bd808 , what I would consider the three bundles of tools:

• Moderation tools–the revisiondeletion suite that serves mainly administrators and oversighters
• Editing tools–undo and user-created revert tools, editing scripts, talk page templates
• Documentation tools–page history and logs, user contribution history and logs

Documentation for setting fallback images on Commons is up: https://www.mediawiki.org/wiki/Extension:Graph#User_defined_fallback

In T236892#6302246, @AlexisJazz wrote:

In T236892#6301847, @Keegan wrote:

In T236892#6301702, @AlexisJazz wrote:

@Keegan @MarkTraceur Can you provide a query for cirrus search to find affected articles?

I think this works:

all: insource:"<graph>" insource:/"<graph>"/

Found at T211881#5065149

The review in that comment is fairly informative from an enwiki standpoint, which shows its usage is limited in the article space and is mainly propagated through a few templates and talk page usage.

A preliminary look at the other wikis (~10) that use the graph tag finds similar results.

@Keegan @dr0ptp4kt No. This is not complete. That query is not case-insensitive so <Graph> won't match, {{#tag:graph won't match and possibly the worst offender, <graph mode=interactive won't match.

In cases where mode=interactive is not used, there is no reason to use Javascript. You should be caching these. The interaction in the interactive ones doesn't seem to work very well. This thing for example: https://en.wikipedia.org/wiki/Template:Global_Heat_Maps_by_Year confuses the hell out of me. But that's the JS version. I don't know if it worked any better before.

Oh crap, I just broke it entirely. The whole map is blue now and the current year is gone. The scale at the bottom is still there, but flatlined. Can't do anything now. Having this constant jquery spinner until you activate it is also miserable. If it worked any better, I suggest you turn server side rendering back on and actually consult with the community for a solution. I'm not saying server side rendering should remain indefinitely, but ask the community.

In T236892#6301702, @AlexisJazz wrote:

@Keegan @MarkTraceur Can you provide a query for cirrus search to find affected articles?

Thanks, Mark. And my apologies, folks, I didn't catch what the final decisions were on architecture between the go-ahead for this in mid-May and where we wound up. We'll work on making sure documentation is in order for setting fallback images, and get the word out about it to communities. I think this affects around ten to twelve wikis that actively use the graph tag in some way, I'll go back over the data.

I've asked someone from Engineering to clarify some things here, I think there's some misunderstandings but I'm not deep enough into the technical terms to answer on my own.

At this point it looks like we're a little over two weeks out from release:

FYI: this work is still on track to be completed by the end of this month. We'll continue to provide updates as we get closer.

In T236892#6185989, @Pelagic wrote:

Agree with AlexisJazz, about need for more explanation. How is client-side JS more maintainable than server-side?

This round of SDC completed, as far as IRC office hours goes. We will do more in the future for the next round.

This isn't happening in any form discussed in 2017 at least and not for the last grant cycle, so no.

In T236892#6135375, @Tacsipacsi wrote:

I think even disabling graphs for all would still be a better solution than disabling them only for some. Imagine that the article says “the change over the years is shown on the below graph:”—and there’s no graph. There is a clear promise on https://www.mediawiki.org/wiki/Compatibility that the content will be presented for Grade C browsers in a readable manner; this must be followed by all WMF software.

More outreach is in the works, including Tech News.

I've emailed tech ambassadors and made a first post at https://en.wikipedia.org/wiki/Template_talk:Graph:Chart

Correct, thank you.

In T221921#6104499, @Jarekt wrote:

For me the big issue is quality control. As more people and bots are adding more statements, I am concerned about people finding multiple creative ways to store the same type of information, resulting in multiple parallel data models. SPARQL endpoint and property constraints is a way to check if everybody uses the same data model and allows to address issues quickly, but we are still in the dark.

I'll touch base with folks on this tomorrow.

Tweak on the above, more terse:

"Certain types of files, such as artwork or images of people, and some concepts may be excluded from computer-aided tagging. Please see the blocklist for more information." or something?

Copyright modeling and discussions/edits are taking place and have taken place, but without organized formalities from the WMF end. Copyright modeling choices are up to the community.

I'd highly suggest keeping the discussion focused on implementation of process to mitigate abuse. I think the interest is clearly there for these file formats, the continuing ask in return is "How are we going to make sure these files are safe?"

I'm aware of how old this ticket is and the pain it's caused trying to move it forward. There seems to be some miscommunication going on here and it's escalating, I'm going to work with some folks on clarifying intentions.

Blog posted:

I certainly think I do. However, it's probably good for you as the owner to document it here. I started this task as a placeholder, I meant to do so last week or so :)

Thanks; can you clarify this in the task description? It'd be great to have it just how you want it.

@DNdubane_WMF Is there further support that we can provide that you might need here? Do you need another blog published?

Thanks for filing this, Aaron. I plan to have this resourced for you within the next week.

Fair enough, thanks for the responses!

My only concern is around CC-0. SDC managed to avoid the political minefield of CC-0 within Commons by making such contributions optional; there are many that are firmly ideologically opposed to CC-0. If I'm reading this proposal right, the UW would automatically generate CC-0 contributions. I'm not 100% sure how well that will go down with the rest of the Commons community.

Once a contractor is hired and onboarded to the project, we'll start the outreach to the few places actively using this tag. Still very much a WIP.

We still have to do the "hard launch," putting Special:SuggestedTags in the visible sitelinks on the sidebar.

I'd say this is done. The blog post was to be authored by Pam, but she's now left the WMF and it's not needed at this point.

@Pigsonthewing there seems to be a misunderstanding, as Ramsey hopefully clarified above. We agree that you should be able to put categories, user pages, Commons pages, etc. into the search bar, hit enter, and go to that page. Removing this ability was unintentional, and it's being restored. There's already a patch up. In the meantime there are workarounds, such as category search in the results and the preference setting. These are not suggested as solutions, the solution is coming in the form of restoring the old behavior.

I think this might make sense, I have no strong opinions.

I think we'll need someone with better analytics skills than I have to help look at this, but I've been going over the data in the task link above. As stated there, only about 10 wikis are using most of the graphoid service. The largest that will be impacted, enwiki, is interesting. During the two-week measured frame it got the most hits for graphoid at over 21k requests. However, as @dr0ptp4kt found in T211881#5065149...

In T236892#5689943, @MarkTraceur wrote:

Opt-out should be fine; autocomplete is an expected standard in search behavior these days on-wiki.

@dr0ptp4kt thanks for the mention, sorry for the delay. I'm at WikidataCon this weekend, I'll get back to you about filing the support request early next week.

Ack.

Design project page is up

As discussed with halfak on IRC, we're not aware of much inter-editor communication or coordination around counter-vandalism work at jawiki.

In T120085#5544560, @Jdlrobson wrote:

I've tagged Reading-Web and CPT on the task here for their feedback from product and technical perspective.

If I understand correctly we'll be choosing en.m.wikipedia.org as the canonical link for the main page.

This page isn't very active. I think we need to ask some others to look at the post, or put a notice about the post up somewhere more effective. I'll look into it.

I've left a message about this at jawiki's version of Help:Edit filters

In T230953#5491904, @Keegan wrote:

I'll see if I can help further next week, whether identifying a place or a person.

https://commons.wikimedia.org/wiki/Commons:Structured_data/Computer-aided_tagging

I'll see if I can help further next week, whether identifying a place or a person.

In T232038#5468615, @Astinson wrote:

Yeah, you should be able to use one of the JPG preview files which can be served from each ".tif" file -- that is what the thumbnails on Wikipedia and other Wikimedia Projects are. @Keegan do you know who would know/where to look?

Yes.

We did this!

Pt. 1 and Pt. 2 have been published.

This happened!

In T217232#5341746, @Halfak wrote:

\o/ @Groceryheist is back from travels on July 19th. I'll set up a kickoff meeting after that. So, probably early next week.