LucasWerkmeister added a comment.
At least for statements, this issue is still present – I just got a bunch of
new watchlist entries from some AC/DC
<https://commons.wikimedia.org/wiki/User:Lucas_Werkmeister/ACDC> edits.
TASK DETAIL
https://phabricator.wikimedia.org/T216369
LucasWerkmeister created this task.
LucasWerkmeister added projects: Wikidata, Lexicographical data.
TASK DESCRIPTION
On testwikidata, `wbsearchentities` results for lexemes report the match
language code `'und'` (“undetermined” per ISO 639-3
<https://en.wikipedia.org/wiki/ISO_639-3>) i
LucasWerkmeister added a comment.
I don’t think implementing `TermIndex` itself, as the linked change currently
does, is a good idea. It’s not a great interface (combining lookup, search and
modification), and for the new term store in Wikibase we did not write a new
implementation
LucasWerkmeister added a comment.
I just discovered that in API requests (`wbsetclaim`, `wbeditentity`, etc.),
the `type` is //not//, as I had assumed, optional – if you omit it, you’ll get
some sort of error (though it seems to vary depending on situation – I’ve seen
`invalid-claim` error
LucasWerkmeister added a project: Wikidata.
TASK DETAIL
https://phabricator.wikimedia.org/T229069
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: LucasWerkmeister
Cc: Aklapper, LucasWerkmeister, darthmon_wmde, Nandana, Lahi, Gq86,
GoranSMilovanovic
LucasWerkmeister added a comment.
Alright, done: T229069: Don’t use heading elements () in Wikibase diffs
for coordinates and quantities <https://phabricator.wikimedia.org/T229069>
TASK DETAIL
https://phabricator.wikimedia.org/T220772
EMAIL PREFERENCES
https://phabricator.wikimed
LucasWerkmeister added a project: Wikimedia-production-error.
LucasWerkmeister added a comment.
I don’t think Wikibase should follow the double redirect
<https://en.wikipedia.org/wiki/Wikipedia:Double_redirects> – that would go
against longstanding Wikipedia tradition, and I don’t
LucasWerkmeister added a comment.
I just noticed that coordinate values still use `h4` (example link
<https://tools.wmflabs.org/speedpatrolling/diff/965098960/>). Quantity values,
too, according to a code search (didn’t see that “in the wild” yet). Should I
open another task for those
LucasWerkmeister closed this task as "Resolved".
LucasWerkmeister claimed this task.
LucasWerkmeister added a comment.
Ah, those 107 pages are redirects :) if you filter redirects from the
results, there’s nothing left to be done (Quarry 1
<https://quarry.wmflabs.org/query/369
LucasWerkmeister closed subtask T225510: Run a script to populate number of
Forms and Senses on all Lexemes as Resolved.
TASK DETAIL
https://phabricator.wikimedia.org/T199611
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Ladsgroup
LucasWerkmeister added a comment.
Okay, the Python script finished, and now there are only 107 lexemes without
the page props left (Quarry 1 <https://quarry.wmflabs.org/query/36900>, Quarry
2 <https://quarry.wmflabs.org/query/36901>). Not sure why those few are still
missing th
LucasWerkmeister added a comment.
The PAWS terminal died for some reason (I guess you can’t leave them running
in the background?), so now I’m doing it with a separate Python script from a
Kubernetes deployment. Source code is on GitHub
<https://github.com/lucaswerkmeister/tool-lexeme-fo
LucasWerkmeister added a comment.
I’m now running this on PAWS:
@PAWS:/srv/paws/pwb$ time python scripts/touch.py -start:Lexeme:! -purge
-forcelinkupdate -family:wikidata -lang:wikidata
It sleeps for ~10 seconds between each purge, so it should be done in a few
days.
TASK DETAIL
LucasWerkmeister added a comment.
I looked into this a bit – a regular purge doesn’t refresh the page props,
but apparently a link-update purge does. This is available via the API – for
example, I just fixed the page props for L31883 with
action=purge=Lexeme:L31883=1
<ht
LucasWerkmeister added a comment.
Note that the majority of pages are still missing these page props (see
T199611 <https://phabricator.wikimedia.org/T199611>, esp. T199611#5244691
<https://phabricator.wikimedia.org/T199611#5244691>), so right now we wouldn’t
have any data to sh
LucasWerkmeister added a comment.
According to this Quarry query <https://quarry.wmflabs.org/query/36730>,
almost 70% of all lexeme pages still don’t have this page prop. Is there really
no way to populate it without an edit? As a tool author, I can’t really rely on
it like this…
LucasWerkmeister created this task.
LucasWerkmeister added projects: Wikidata, StructuredDataOnCommons.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
Wikibase tracks the number of statements (`wb-claims`) and external
identifiers (`wb-identifiers`) of an entity
LucasWerkmeister updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T224844
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: LucasWerkmeister
Cc: LucasWerkmeister, darthmon_wmde, Premeditated, Nandana, Mringgaard, Lahi,
Gq86
LucasWerkmeister added a comment.
Note that, for WikibaseLexeme entities, these numbers include the statements
on senses and forms as well – i. e. they count all the statements/identifiers
on the page, not just those of its “main entity”. Also see T224844
<https://phabricator.wikimedia.
LucasWerkmeister created this task.
LucasWerkmeister added projects: Wikidata, Lexicographical data.
TASK DESCRIPTION
WikibaseLexeme tracks the number of senses (`wbl-senses`) and forms
(`wbl-forms)` in the page properties. It would be useful to show those on the
page properties <ht
LucasWerkmeister created this task.
LucasWerkmeister added a project: Wikidata.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
Wikibase tracks the number of statements (`wb-claims`) and external
identifiers (`wb-identifiers`) in the page properties. It would be useful
LucasWerkmeister renamed this task from "Improve Japanese descriptions
generated by Namescript" to "Improve descriptions for Japanese names generated
by Namescript".
LucasWerkmeister updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T223806
EMAIL
LucasWerkmeister closed this task as "Resolved".
LucasWerkmeister moved this task from Backlog to Projects on the
Wikimedia-Hackathon-2019 board.
LucasWerkmeister claimed this task.
TASK DETAIL
https://phabricator.wikimedia.org/T223806
WORKBOARD
https://phabricator.wikimedia.o
LucasWerkmeister created this task.
LucasWerkmeister added projects: Wikidata, Wikimedia-Hackathon-2019.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
Previously, namescript <https://www.wikidata.org/wiki/Wikidata:Namescript>
would generate description
LucasWerkmeister added a comment.
Yep, much better now :)
TASK DETAIL
https://phabricator.wikimedia.org/T220772
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Michael, LucasWerkmeister
Cc: Lucas_Werkmeister_WMDE, Lydia_Pintscher, daniel
LucasWerkmeister closed this task as "Resolved".
LucasWerkmeister moved this task from Test (Verification) to Done on the
Wikidata-Campsite (Wikidata-Campsite-Iteration-∞) board.
TASK DETAIL
https://phabricator.wikimedia.org/T220772
WORKBOARD
https://phabricator.wikimedia.org/pro
LucasWerkmeister closed this task as a duplicate of T220703: Increase the max
length of URL to be shortened.
TASK DETAIL
https://phabricator.wikimedia.org/T222032
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: LucasWerkmeister
Cc: Aklapper, Jheald
LucasWerkmeister added a comment.
I can verify it once it’s been deployed on Wikidata. Unfortunately, there’s
no train this week (releng offsite), so that’ll have to wait until next
Wednesday or Thursday.
TASK DETAIL
https://phabricator.wikimedia.org/T220772
EMAIL PREFERENCES
https
LucasWerkmeister added a comment.
Side note – you don’t have to enter any grammatical features by hand if you
use the Wikidata Lexeme Forms <https://tools.wmflabs.org/lexeme-forms/> tool :)
@Fnielsen perhaps you’d like to add some templates in Danish
<https://www.wikidata
LucasWerkmeister created this task.
LucasWerkmeister added a project: Wikidata.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
As a tool developer, I want to embed diffs generated by Wikibase in my tool,
in order to present an edit to my users.
**Problem
LucasWerkmeister added a project: Wikidata-Campsite.
TASK DETAIL
https://phabricator.wikimedia.org/T216270
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: LucasWerkmeister
Cc: Sjoerddebruin, LucasWerkmeister, hoo, Harmonia_Amanda
LucasWerkmeister added a comment.
(Small correction, I think the really relevant Wikibase code for my use case
is `WikiPageEntityStore::updateWatchlist`, whereas
`SubmitEntityAction::doWatch` is only used for undo/restore. But they both have
the same problem.)
TASK DETAIL
https
LucasWerkmeister created this task.LucasWerkmeister added projects: Wikidata, MediaWiki-extensions-PropertySuggester.Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTIONIf the server admin log is to be believed, the property suggester data has not been updated in over four months
LucasWerkmeister updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...@hoo in lieu of T72037 – which doesn’t look like it will happen soon – is there documentation for how to do ana manual update (including the T132839 workarounds mentioned in the SAL messages) somewhere? I’d
LucasWerkmeister created this task.LucasWerkmeister added projects: Wikidata, Lexicographical data.
TASK DESCRIPTIONI just noticed that when adding glosses for a sense, spaces around the gloss are not removed. I found this surprising, since it’s inconsistent with the behavior for labels
LucasWerkmeister created this task.LucasWerkmeister added projects: Wikidata, Lexicographical data.
TASK DESCRIPTIONI just happened to notice this while working on something else: I’m unable to undo revision 806936938, which added a new sense to the sandbox lexeme. Attempting to undo it or restore
LucasWerkmeister added a comment.
I’m afraid you’re missing something, yes :) the edit appears on your watchlist because it could have affected this page. Specifically:
According to its page information, Wikipedia talk:WikiProject Women in Red uses the following aspects of the Richard Burton
LucasWerkmeister updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...* TABernacle (entity ID cells)
* Wikidata Image Positions (depicted items)
* possibly some other tools that currently use `wb_terms` for this, see T197161...TASK DETAILhttps://phabricator.wikimedia.org
LucasWerkmeister created this task.LucasWerkmeister added a project: Wikidata.Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTIONAs a Wikidata tool author, I often need to render a lot of entity ID references to the user, in a readable form (e. g. using their labels).
Problem
LucasWerkmeister created this revision.LucasWerkmeister added a reviewer: Magnus.LucasWerkmeister added a project: Wikidata.LucasWerkmeister requested review of this revision.
View RevisionREPOSITORYR2010 tool-quickstatementsREVISION SUMMARYThis adds a new table storing OAuth details for a batch
LucasWerkmeister added a comment.
And constraint updated as well.TASK DETAILhttps://phabricator.wikimedia.org/T193870EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDE, LucasWerkmeisterCc: LucasWerkmeister, Aklapper, Lucas_Werkmeister_WMDE
LucasWerkmeister added a comment.
The purpose for these languages is outlined in the task description: there is a text corpus in these languages (authored by Tolkien and some others), and some of it (e. g. first lines of poems and names of things) qualifiers for inclusion in Wikidata. I don’t see
LucasWerkmeister created this task.LucasWerkmeister added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONPlease add the language codes qya (Quenya and sjn (Sindarin) to the list of language codes supported for monolingual text values.
Usage examples:
first line
LucasWerkmeister added a comment.
I don’t think this is specific to both axes being numeric – dimple just always includes 0 in the range for numerical values. I’ve suggested an upstream fix: PMSI-AlignAnalytics/dimple#256. I went over all the chart example queries and didn’t see any obvious errors
LucasWerkmeister added a subscriber: Jonas.LucasWerkmeister added a comment.The change was merged… should this ticket be closed then? CC @JonasTASK DETAILhttps://phabricator.wikimedia.org/T137061EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences
LucasWerkmeister created this task.
Herald added subscribers: Zppix, Aklapper.
Herald added a project: Discovery.
TASK DESCRIPTION
Currently, the Bubble View on WDQS always automatically chooses the color
based on the node name (out of the 20-color scale `d3.scale.category20c`
<ht
201 - 246 of 246 matches
Mail list logo
