Alsee added a comment.
Is there a reason for this task to still be open? Is there some aspect that
is not 100% complete?
TASK DETAIL
https://phabricator.wikimedia.org/T248457
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Alsee
Cc: Count_Count
Alsee added a comment.
The current mainspace search count
<https://en.wikipedia.org/w/index.php?title=Special%3ASearch&search=hastemplate%3A%22short+description%22&ns0=1>
of about 2,250,000 matches up well with the category count when you include
non-article mainspace pa
Alsee updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T248457
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Alsee
Cc: Pppery, Lydia_Pintscher, Mike_Peel, JJMC89, DannyS712, Aklapper, Alsee,
Liuxinyu970226, darthmon_wmde
Alsee added a comment.
In T248457#6003779 <https://phabricator.wikimedia.org/T248457#6003779>,
@Mike_Peel wrote:
> I really hope this never happens
There was repeated consensus on this, and if you recall you participated in
one
<https://en.wikipe
Alsee removed a subtask: T248457: Fully terminate use of Wikidata
ITEM-DESCRIPTIONS as short ARTICLE-DESCRIPTIONS for English Wikipedia articles.
TASK DETAIL
https://phabricator.wikimedia.org/T187285
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To
Alsee added a subtask: T248457: Fully terminate use of Wikidata
ITEM-DESCRIPTIONS as short ARTICLE-DESCRIPTIONS for English Wikipedia articles.
TASK DETAIL
https://phabricator.wikimedia.org/T187285
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To
Alsee added a comment.
The default behavior of PageImages is Free-only for good reason. The Board of
Trustee's Resolution:Licensing_policy
<https://foundation.wikimedia.org/wiki/Resolution:Licensing_policy> says that
unauthorized use of copyrighted content (non-free conte
Alsee added a comment.
There is a very serious error pervading this discussion. Everyone is working on the presumption that Wikidata is importing pure facts. This is false. Wikidata often imports creative works of authorship.
I went to Wikidata and clicked random item, it took me a matter of
Alsee added a comment.
@Pbsouthwood, I also originally thought the simple and obvious answer was to use the first description. I definitely see some ugly and backwards aspects of using noreplace. However on deep thought, noreplace is probably the right answer. Consider an infobox that tries to add
Alsee added a comment.
According to the API info, it looks like a pageterms API call is doing the correct thing, returning a Wikidata value. That probably shouldn't be broken. It appears the issue is the bits of code making the API calls. They are explicitly requesting Wikidata values.
It
Alsee added a comment.
@Tgr thanks for catching my sloppy hatmaking example. Hatmaking is an illustration for a completely different serious bug - interwiki links are badly broken. 75% of the interwiki links are missing from the English article , and 75% of languages with an article are missing
Alsee added a comment.
I'm not familiar with all of the API issues, but if this helps:
The magicword Shortdesc: is actually a description of the article. The Wikidata label is a description of the Wikidata item. Someone thought Wikidata labels could conveniently be re-used as if they we
Alsee added a comment.
@DannyH, if you dispute the close result then this is not the way to handle the situation.
Corrected merged task.TASK DETAILhttps://phabricator.wikimedia.org/T184000EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Tgr, AlseeCc
Alsee updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTIONCreate a magic word to be used on English Wikipedia as an override for the display of the(and possibly elsewhere) to replace Wikidata short description in all of the places where the description is paired with English
Alsee added a subscriber: DannyH.Alsee added a comment.
@MZMcBride, I'd like to first note that this task is not about "what I want". Half of the text here is copied from T184000 written by @DannyH. The other half reflects an RFC community consensus. In fact I supported DannyH'
Alsee added a comment.
Not in scope of this task:
It's hard for EnWiki editors to see vandalism or changes to Wikidata content:
Showing Wikidata changes on EnWiki watchlists is not in scope. Locally defined descriptions resolves this issue natively.
Editing Wikidata content requires goi
Alsee added a comment.
Closed as invalid. There is no request for this task.
See T187285
However to address aspects of the proposed task:
The community can and will run a bot to put this keyword on all articles. Designing this to display Wikidata when the keyword is absent is little more than
Alsee closed this task as "Invalid".
TASK DETAILhttps://phabricator.wikimedia.org/T184000EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Tgr, AlseeCc: bearND, Mike_Peel, Tgr, JKatzWMF, TheDJ, daniel, Bmueller, Addshore, Lydia_Pintscher, Samwilson
Alsee created this task.Alsee added projects: Wikimedia-Site-requests, Community-Tech, Wikidata, MediaWiki-extensions-WikibaseClient, Reading-Infrastructure-Team-Backlog (Kanban).Herald added a subscriber: Aklapper.
TASK DESCRIPTIONCreate a magic word to be used on English Wikipedia (and possibly
Alsee added a comment.
In an ealier post here, matej_suchanek posted a link to Wikilinks_and_redirects.
As someone experienced in closing RFCs, I'd like to note that the linked discussion is a pretty clear informal consensus that some Wikidata links to redirects are valid and appropriat
Alsee added a comment.
In an ealier post here, matej_suchanek posted a link to Wikilinks_and_redirects.
As someone experienced in closing RFCs, I'd like to note that the linked discussion is a pretty clear informal consensus that some Wikidata links to redirects are valid and appropriat
Alsee added a comment.
I believe discussing this as a "Bonnie and Clyde problem" has led to flawed examination and flawed arguments, due to the example cited.
Wikidata was largely designed, and largely operated by that community, on the theory that there is supposed to be a 1-to-1 re
Alsee added a comment.
In T171027#3673060, @Lydia_Pintscher wrote:
This is a hugely political issue.
It doesn't matter whether Political Issues come from the community, a project manager, or President of the Planet. They wait in line when a database administrator declares an emergency:
w
Alsee added a subscriber: Jdlrobson.Alsee added a comment.
@Jdlrobson: I definitely didn't assume any bad faith here, and I didn't mean to "blame" anyone in particular. Consider this my attempt to stir concepts into the idea sessions :)
The reason I wound up here was from Mul
Alsee added a comment.
Why edit in the page when you can edit outside it?
Wow. That comment is so backwards. I really wish we had more overlap between the dev community and the editing community.
Why would we want to turn a wiki into a big complicated hard-to-use app when we can simply edit
Alsee added a comment.
Holy crap. Wikidata should not be linking to our draft space at all. They definitely should not appear on other language wikis, as public links to a supposed English Language version of the article.
Draft pages are intended as an internal workplace. Drafts can contain
Alsee added a comment.
In T107595#2666114, @RobLa-WMF wrote:
In T107595#2666094, @Alsee wrote:
Did anyone consider that it might be a bad idea to start building a radical change to the editing environment without investigating whether the editing community wants this?
Each of the use cases
Alsee added a comment.
My apologies, my intent wasn't to try to prove a case against MCR here. (Although I do understand why replies focused in that direction). Perhaps it would help if I shortened my previous comment:
Did anyone consider that it might be a bad idea to start building a ra
Alsee added a comment.
Did anyone consider that it might be a bad idea to start building a radical change to the editing environment without investigating whether the editing community wants this? Ripping categories and templates and other stuff entirely out of the page?
Wiki operates on an
Alsee added a comment.
Taking control of this off of local wiki would be bad. In the few cases I checked this would have either been no help, or made things worse. It's hard to imagine many cases where Wikidata would have a suitable image that couldn't/shouldn't be in the arti
30 matches
Mail list logo
