thiemowmde added a project: Wikidata-Sprint-2018-02-28.thiemowmde moved this task from ready to go to in progress on the Wikidata board.
TASK DETAILhttps://phabricator.wikimedia.org/T186726WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps
thiemowmde added a comment.
I uploaded fixes for two issues:
https://gerrit.wikimedia.org/r/416406
https://github.com/wmde/php-vuejs-templating/pull/6
FormIdFormatter and SenseIdFormatter are dummy implementations. The escaping is fine. I created T188899: [Task] Remove hard-coded demo data
thiemowmde added a parent task: T168260: Deploy WikibaseLexeme extension on Wikimedia cluster.
TASK DETAILhttps://phabricator.wikimedia.org/T188899EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: RazShuty, Ladsgroup, Jonas, Aleksey_WMDE, WMDE
thiemowmde added a subtask: T188899: [Task] Remove hard-coded demo data from Lexeme code base.
TASK DETAILhttps://phabricator.wikimedia.org/T168260EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Aklapper, daniel, Lahi, Gq86, Cinemantique
thiemowmde created this task.thiemowmde added projects: Wikidata, Lexicographical data, Technical-Debt.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONIn T186726: Security review WikibaseLexeme extension the #security-reviews team stumbled across hard-coded demo data in the Lexeme code base
thiemowmde raised the priority of this task from "Lowest" to "Normal".thiemowmde moved this task from incoming to needs discussion or investigation on the Wikidata board.thiemowmde added a project: Performance.thiemowmde added a comment.
What generally changed since November
thiemowmde added a project: Wikidata-Sprint-2018-02-28.thiemowmde moved this task from needs discussion or investigation to in progress on the Wikidata board.
TASK DETAILhttps://phabricator.wikimedia.org/T74157WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps
thiemowmde added a project: Wikidata-Sprint-2018-02-28.thiemowmde moved this task from incoming to in progress on the Wikidata board.
TASK DETAILhttps://phabricator.wikimedia.org/T179793WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org
thiemowmde added subscribers: pmiazga, Lea_Lacroix_WMDE.thiemowmde added a comment.
Looks like said MFEnableWikidataDescriptions flag was introduced via https://gerrit.wikimedia.org/r/402126 (T182362) and https://gerrit.wikimedia.org/r/408357 (T182217) some weeks ago. But since this is disabled
thiemowmde added subscribers: Lydia_Pintscher, thiemowmde.thiemowmde added projects: Regression, MobileFrontend, Wikidata.org.thiemowmde triaged this task as "Low" priority.thiemowmde moved this task from incoming to needs discussion or investigation on the Wikidata board.thiemo
thiemowmde triaged this task as "Normal" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T184948EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: hoo, Sjoerddebruin, Addshore, Ladsgroup, gerritbot, Aklapper, Lydia_Pintscher, G
thiemowmde triaged this task as "Low" priority.thiemowmde added a project: Technical-Debt.thiemowmde moved this task from incoming to ready to go on the Wikidata board.
TASK DETAILhttps://phabricator.wikimedia.org/T188629WORKBOARDhttps://phabricator.wikimedia.org/project/boar
thiemowmde triaged this task as "Low" priority.thiemowmde added a project: Need-volunteer.
TASK DETAILhttps://phabricator.wikimedia.org/T150690EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Mikey641, IKhitron, Aklapper, eranroz,
thiemowmde triaged this task as "Low" priority.thiemowmde added a project: Need-volunteer.
TASK DETAILhttps://phabricator.wikimedia.org/T134731EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Aklapper, jeblad, Zppix, Lahi, Gq86, GoranSM
thiemowmde added subscribers: Jan_Dittrich, Lydia_Pintscher, thiemowmde.thiemowmde triaged this task as "Normal" priority.thiemowmde added a project: WMDE-Design.thiemowmde added a comment.Herald added a project: Design.
I'm very happy with the proposed change for multiple reasons:
thiemowmde added subscribers: daniel, thiemowmde, Addshore.thiemowmde moved this task from incoming to needs discussion or investigation on the Wikidata board.thiemowmde triaged this task as "Low" priority.thiemowmde added a project: MediaWiki-extensions-WikibaseRepository.thiemo
thiemowmde triaged this task as "Low" priority.thiemowmde added a project: Technical-Debt.
TASK DETAILhttps://phabricator.wikimedia.org/T188381EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDE, thiemowmdeCc: gerritb
thiemowmde added a project: Wikidata-Sprint-2018-02-28.thiemowmde closed this task as "Resolved".thiemowmde moved this task from incoming to in progress on the Wikidata board.thiemowmde assigned this task to Lucas_Werkmeister_WMDE.
TASK DETAILhttps://phabricator.wikimedia.org/T188735WORK
thiemowmde triaged this task as "Normal" priority.thiemowmde added a comment.
The term_entity_type is not needed any more in Wikibase code, as far as I'm aware of. Third parties can extract the entity type from the first letter of term_full_entity_id, if needed.
The mapping for term_t
thiemowmde edited subscribers, added: WMDE-leszek; removed: Rzuwig, JanZerebecki.thiemowmde added a comment.
Yea, there is an interface violation in WikibaseClient::getPrefetchingTermLookup as well as WikibaseRepo::getPrefetchingTermLookup. I uploaded https://gerrit.wikimedia.org/r/415816
thiemowmde added a comment.
I added the WIP originally. The only open dependency is a separate security review of https://github.com/wmde/php-vuejs-templating, which needs a separate #security-reviews ticket. Everything else is resolved, so this is ready to go from my point of view. :-)TASK
thiemowmde closed subtask T71752: Refactor EntityContent (tracking) as "Invalid".
TASK DETAILhttps://phabricator.wikimedia.org/T71753EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Yair_rand, PokestarFan, Liuxinyu970226, Micru
thiemowmde closed this task as "Invalid".thiemowmde added a comment.
Yes and no. Refactoring EntityContent is an ongoing task that will never end. We don't need this ticket to do this, especially since this tickets description is quite vague and not really actionable.TASK D
thiemowmde added a comment.
Adding language codes generally needs consensus by the language committee, which is a part of the community, as far as I'm aware of.
Yes, the patch is already uploaded – by a volunteer. Therefor the tag.TASK DETAILhttps://phabricator.wikimedia.org/T188599EMAIL
thiemowmde triaged this task as "Lowest" priority.thiemowmde added projects: Need-volunteer, MediaWiki-extensions-WikibaseClient.thiemowmde added a comment.
Scratching the limits is basically the point of these maintenance pages. Whenever something like this is done, it is pretty much
thiemowmde removed a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T114903EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Ladsgroup, Stashbot, gerritbot, PokestarFan, Pasleim, Ricordisamoa, JanZerebecki, hoo, daniel
thiemowmde triaged this task as "Normal" priority.thiemowmde added a project: Technical-Debt.
TASK DETAILhttps://phabricator.wikimedia.org/T114903EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Ladsgroup, Stashbot, gerritbot, P
thiemowmde renamed this task from "Format constraint incorrectly interprets regexes containing unwrapped "|"" to "[Bug] Format constraint incorrectly interprets regexes containing unwrapped "|"".thiemowmde added a subscriber: Jonas.
TASK DETAILhttps:
thiemowmde triaged this task as "Normal" priority.thiemowmde added a project: Easy.thiemowmde moved this task from incoming to consider for next sprint on the Wikidata board.thiemowmde added a comment.
Yea, simply add (?:…) around all regexes, no matter what they contain. This is a
thiemowmde triaged this task as "Low" priority.thiemowmde added projects: Easy, Community-consensus-needed, Need-volunteer, MediaWiki-extensions-WikibaseRepository.
TASK DETAILhttps://phabricator.wikimedia.org/T188580EMAIL PREFERENCEShttps://phabricator.wikimedia.org/sett
thiemowmde added projects: Easy, Community-consensus-needed, Need-volunteer, MediaWiki-extensions-WikibaseRepository.thiemowmde triaged this task as "Low" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T188579EMAIL PREFERENCEShttps://phabricator.wikimedia.org/sett
thiemowmde triaged this task as "Low" priority.thiemowmde added projects: Need-volunteer, Easy, Community-consensus-needed, MediaWiki-extensions-WikibaseRepository.
TASK DETAILhttps://phabricator.wikimedia.org/T188596EMAIL PREFERENCEShttps://phabricator.wikimedia.org/sett
thiemowmde added a project: MediaWiki-extensions-WikibaseRepository.
TASK DETAILhttps://phabricator.wikimedia.org/T188599EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jhsoby-WMNO, thiemowmdeCc: Nikerabbit, gerritbot, jhsoby-WMNO, Giuliamocci, Adrian1985
thiemowmde added projects: Community-consensus-needed, Easy, Need-volunteer.thiemowmde triaged this task as "Low" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T188599EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jhsoby-WMNO, th
thiemowmde added a comment.
Oh, absolutely right. Thanks! It's just an other approach: I was more thinking in the line of teaching all suggesters to understand word boundaries, no matter what the content of the suggester is. Reusing the ULS API when searching for languages is definitely worth
thiemowmde added a comment.
Sure. That's not what I wanted to imply. What OOUI can do is to look at the UX pattern and apply it via it's own, independent client-side code. What a word-boundary is is defined in RegExp. OOUI can reuse this definition (being aware it will not work in languages where
thiemowmde added projects: OOUI, WMDE-Design, Need-volunteer.thiemowmde triaged this task as "Normal" priority.thiemowmde added a comment.Herald added a project: Design.
Special:NewItem is using OOUI now, which means this needs to be filled as an upstream feature request
thiemowmde closed this task as "Invalid".thiemowmde added a project: MediaWiki-extensions-InterwikiSorting.thiemowmde added a comment.
To clean our backlogs I'm going to close this for now, for the following reasons:
I don't see a problem on https://en.wikipedia.org/wiki/Main_Page.
thiemowmde added subscribers: Lea_Lacroix_WMDE, thiemowmde.thiemowmde added a project: Documentation.thiemowmde added a comment.
@Lea_Lacroix_WMDE, do you think this ticket is helpful? I suggest to close it as invalid because it is barely actionable. Closing this would not mean we don't care about
thiemowmde added projects: Documentation, Easy.thiemowmde added a subscriber: Lea_Lacroix_WMDE.thiemowmde added a comment.
I also vote for capitalization. This is especially important for (intentionally) vague concepts like "Entity", "Item", "Property", and "F
thiemowmde added a comment.
I would not walk through the diffs, but through the individual commits. As I said in this tasks description I did not spotted all changes that still might be worth cherry-picking. Spotting these is what this ticket here is about.TASK DETAILhttps
thiemowmde moved this task from incoming to ready to go on the Wikidata board.thiemowmde triaged this task as "Normal" priority.thiemowmde added a project: Technical-Debt.thiemowmde added a comment.
This is an actual bug, still relevant.TASK DETAILhttps://phabricator.wik
thiemowmde closed subtask T132443: [Task] Discuss design of (De)Serializer interfaces as "Declined".
TASK DETAILhttps://phabricator.wikimedia.org/T118860EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: daniel, thiemowmdeCc: Tobi_WMDE_SW, Bene, Lydia
thiemowmde closed this task as "Declined".thiemowmde added a comment.
I close this for now to reduce our backlog. This does not mean these unspecific "mixed" interfaces do not need discussion any more. But we can continue working on this code whenever the need ari
thiemowmde closed subtask T124783: [Task] Investigate how to improve loading time of individual widgets as "Declined".
TASK DETAILhttps://phabricator.wikimedia.org/T56098EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Agabi10, Multi
thiemowmde closed this task as "Declined".thiemowmde added a comment.
No expectations are given. In general it is very unlikely people are ever working on the jQueryUI based parts of the code again.TASK DETAILhttps://phabricator.wikimedia.org/T124783EMAIL PREFER
thiemowmde closed subtask T118968: [Task] Investigate if removing of events improves loading times as "Declined".
TASK DETAILhttps://phabricator.wikimedia.org/T56098EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Agabi10, Multi
thiemowmde closed this task as "Declined".thiemowmde added a comment.
I'm afraid there is nothing actionable here. That part of the jQueryUI based UI is very, very unlikely to ever be touched again.TASK DETAILhttps://phabricator.wikimedia.org/T118968EMAIL PREFER
thiemowmde closed this task as "Resolved".thiemowmde claimed this task.thiemowmde added a comment.
Fixed via T177816: Turn pseudo-extension data-values/value-view into a npm package.TASK DETAILhttps://phabricator.wikimedia.org/T110533EMAIL PREFERENCEShttps://phabricator.wikimedia.or
thiemowmde lowered the priority of this task from "High" to "Low".thiemowmde added a subscriber: Lucas_Werkmeister_WMDE.thiemowmde added a comment.
@Lucas_Werkmeister_WMDE, you are currently most familiar with these code bases. Do you think it's worth looking at the
thiemowmde added a comment.
@Lydia_Pintscher, is it worth spending time on a test that makes sure …action="">, …parser=globecoordinate, and …parser=null will work forever? I mean, even if somebody removes these three lines of configuration some day, the worst thing that will happen
thiemowmde closed this task as "Declined".thiemowmde removed a project: Story.thiemowmde added a comment.
This ticket is proposing a solution disconnected from a story, and is more of an RfC than anything else because of this. Closing for now as there are no plans to work on
thiemowmde lowered the priority of this task from "High" to "Low".
TASK DETAILhttps://phabricator.wikimedia.org/T99907EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Liuxinyu970226, mkroetzsch, Smalyshev, daniel, thiemowmde,
thiemowmde added a project: Documentation.thiemowmde added a subscriber: Lea_Lacroix_WMDE.
TASK DETAILhttps://phabricator.wikimedia.org/T98468EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Lea_Lacroix_WMDE, Addshore, Lucie, hoo, aude
thiemowmde closed this task as "Declined".thiemowmde added a comment.
I'm still running into this on a regular basis. Luckily I can work around it now because I became administrator for all packages I care about (poke me if you need to become administrator too). Since getting rid of
thiemowmde closed subtask T95425: [Bug] Quantity formatter rounding causes significant data loss as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T77977EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: PokestarFan, Ash_Crow, P
thiemowmde closed this task as "Resolved".thiemowmde claimed this task.thiemowmde added a comment.
Since https://github.com/DataValues/Number/pull/68 we are not applying artificial rounding any more when the precision is shown. \o/TASK DETAILhttps://phabricator.wikimedia.org/T
thiemowmde closed subtask T95425: [Bug] Quantity formatter rounding causes significant data loss as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T56318EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: TerraCodes, jebl
thiemowmde closed this task as "Declined".thiemowmde added a comment.Herald removed a subscriber: Liuxinyu970226.
The first two message keys are not used in the code any more, but must stay because there are still edit summaries with these message keys in the database. qqq.json
thiemowmde closed subtask T93867: [Task] Consolidate "Created a new item" summary line messages as "Declined".
TASK DETAILhttps://phabricator.wikimedia.org/T90435EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Zac
thiemowmde added a comment.
I'm a big fan of parsers that do their very best to figure out what the user means. The examples provided here and not unambiguous, as far as I can tell, and can not lead to problematic edge cases. Personally I would be willing to work on this any time when approved
thiemowmde lowered the priority of this task from "Normal" to "Low".thiemowmde added a project: Easy.thiemowmde added a comment.
I still believe this would be helpful. Even if the only thing it would do is to trigger the explorer gene in some curious people. That alone would be
thiemowmde triaged this task as "Normal" priority.thiemowmde moved this task from incoming to consider for next sprint on the Wikidata board.
TASK DETAILhttps://phabricator.wikimedia.org/T188354WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFER
thiemowmde added projects: Wikidata, Lexicographical data, MediaWiki-extensions-WikibaseMediaInfo.thiemowmde added subscribers: Lydia_Pintscher, WMDE-leszek, Ladsgroup, daniel.
TASK DETAILhttps://phabricator.wikimedia.org/T188354EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel
thiemowmde added a comment.
Looks good, thanks! Since this was brought up, here are some numbers from the Wikidata Item "Germany" for comparison:
622 statements
684 qualifiers
579 non-empty references, containing 1789 snaks (that's an average of 3 snaks per reference)
3095 value snaks,
thiemowmde closed this task as "Declined".
TASK DETAILhttps://phabricator.wikimedia.org/T114482EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Ricordisamoa, hoo, aude, daniel, JanZerebecki, Jonas, Bene, JeroenDeDauw, To
thiemowmde added projects: Need-volunteer, DataValues.thiemowmde moved this task from incoming to ready to go on the Wikidata board.
TASK DETAILhttps://phabricator.wikimedia.org/T68651WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org
thiemowmde closed this task as "Declined".thiemowmde added a comment.
To clean our backlogs I'm going to decline my own wish. The search is always visible in the top-right corner. As far as I know nobody ever run into the described issue again, not even myself. Adding an other link to th
thiemowmde closed subtask T65932: Entity does not exist message should link to Special:Search as "Declined".
TASK DETAILhttps://phabricator.wikimedia.org/T96040EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: PokestarFan,
thiemowmde added a comment.
@Legoktm wrote:
Please don't do this until someone fixes the structure test […]
As argued in https://gerrit.wikimedia.org/r/413731 I feel asking people to not do stuff isn't the best approach. The least thing needed would be a PHPCS sniff that enforces all code bases
thiemowmde renamed this task from "[Task] Necessary refactorings to restore consistency in the WikibaseLexeme code base" to "[Task] Consistently use interfaces in the WikibaseLexeme code base".thiemowmde removed thiemowmde as the assignee of this task.thiemowmd
thiemowmde moved this task from incoming to ready to go on the Wikidata board.thiemowmde triaged this task as "Normal" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T188395WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wik
thiemowmde created this task.thiemowmde added projects: Wikidata, Technical-Debt, Wikibase-DataModel, Easy, Need-volunteer.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONIn some Wikibase components, the shortcut composer test is set up to only run PHPUnit and a small subset of tests
thiemowmde reopened this task as "Open".thiemowmde added a comment.
There is no such thing as a non-public API. All APIs are public. The only thing we can do is mark one as unstable (and we did), but this does not make it private. So to close this ticket I would like to know how we
thiemowmde added projects: Mediawiki-extensions-PropertySuggester, Need-volunteer.thiemowmde triaged this task as "Lowest" priority.thiemowmde moved this task from incoming to needs discussion or investigation on the Wikidata board.thiemowmde added a comment.
The reason for this be
thiemowmde added a comment.
@Tgr, how old is this Vagrant box you are using? I suspect the error might already be fixed via https://gerrit.wikimedia.org/r/410133. Can you please have a look?TASK DETAILhttps://phabricator.wikimedia.org/T187855EMAIL PREFERENCEShttps://phabricator.wikimedia.org
thiemowmde updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTIONList of code bases that currently use the Wikibase CiCodeSniffer <0.3.0:...[] #Wikidata.org https://gerrit.wikimedia.org/r/413730
[x] WikimediaBadges https://gerrit.wikimedia.org/r/4102643731
[] #DataVal
thiemowmde moved this task from Unsorted to Migrate / Replace on the Technical-Debt board.thiemowmde added a project: WorkType-Maintenance.
TASK DETAILhttps://phabricator.wikimedia.org/T188011WORKBOARDhttps://phabricator.wikimedia.org/project/board/609/EMAIL PREFERENCEShttps
thiemowmde added a project: Patch-For-Review.thiemowmde updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...List of components that need an update:
* TBD[] #ArticlePlaceholder
[] #Cognate
[] #MediaWiki-extensions-InterwikiSorting
[] Wikibase
[x] WikibaseLexeme https
thiemowmde added a comment.
Estimated table sizes:
wbl_lexemes
The latest Item ID is currently Q49977198. Thats 9 bytes.
9 * 3 = 27 bytes per row.
27 * 1 million Lexemes = 26 megabytes.
wbl_lemmata
Lexeme IDs will be similar to Item IDs, so 9 bytes again.
Lets say language codes are 5 bytes
thiemowmde added a comment.
wb_terms is plural. Most MediaWiki core tables are plural. I also like plural names for tables more. But in the end it really does not matter.
I used VARBINARY and VARCHAR BINARY as they currently are on other Wikibase tables. From https://dev.mysql.com/doc/refman/5.7
thiemowmde added a subtask: T167436: [Task] Use Wikibase CodeSniffer standard in all Wikibase code repositories.
TASK DETAILhttps://phabricator.wikimedia.org/T188086EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Jonas, WMDE-leszek
thiemowmde added a parent task: T188086: [Task] Update Wikibase code bases to use Wikibase CodeSniffer 0.3.0.
TASK DETAILhttps://phabricator.wikimedia.org/T167436EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: PokestarFan, gerritbot, Ladsgroup
thiemowmde moved this task from incoming to ready to go on the Wikidata board.thiemowmde triaged this task as "Low" priority.thiemowmde added projects: Patch-For-Review, User-thiemowmde, Need-volunteer, Easy.
TASK DETAILhttps://phabricator.wikimedia.org/T188086WORK
thiemowmde created this task.thiemowmde added projects: Wikidata, DataValues, WorkType-Maintenance.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONList of code bases that currently use the Wikibase CideSniffer <0.3.0:
#ArticlePlaceholder https://gerrit.wikimedia.org/r/410258
#Cogn
thiemowmde closed this task as "Resolved".thiemowmde removed a project: User-thiemowmde.thiemowmde updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...* [x] WikimediaBadges
* [ * [x] #datavalues components:...* [ ] ~~diff~~
* [ ] s* [x] serialization https://githu
thiemowmde updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...If a code base requires it's own PHPUnit version (this is the case for all PHP components that are not MediaWiki extensions), the suggestion is to go for this dependency in composer.json:dependency
thiemowmde moved this task from incoming to ready to go on the Wikidata board.thiemowmde triaged this task as "Low" priority.thiemowmde added projects: Need-volunteer, Easy.thiemowmde added a comment.
I already uploaded https://gerrit.wikimedia.org/r/410795 and https://githu
thiemowmde added a project: User-thiemowmde.
TASK DETAILhttps://phabricator.wikimedia.org/T188011EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Jonas, Lucas_Werkmeister_WMDE, WMDE-leszek, Ladsgroup, thiemowmde, Aklapper, Asad_Ali_Palijo, Lahi
thiemowmde created this task.thiemowmde added projects: Wikidata, DataValues, Technical-Debt.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONPHPUnit backported namespaced class names from PHPUnit 6 back to the older versions 4 and 5. We can start using these right now. This will make
thiemowmde added projects: MediaWiki-extensions-WikibaseRepository, Easy, Regression.thiemowmde moved this task from incoming to ready to go on the Wikidata board.thiemowmde triaged this task as "Normal" priority.thiemowmde added a comment.
Seems to be closely related to T187755: Dou
thiemowmde edited projects, added DataValues, Technical-Debt; removed MediaWiki-extensions-WikibaseRepository.thiemowmde moved this task from incoming to needs discussion or investigation on the Wikidata board.thiemowmde triaged this task as "Normal" priority.thiemowmde added
thiemowmde added a comment.
@WMDE-leszek, something like this would be my draft:
CREATE TABLE IF NOT EXISTS wbl_lexemes (
lex_lexeme_id VARBINARY(20) NOT NULL PRIMARY KEY,
lex_lexical_category_id VARBINARY(20) NOT NULL,
lex_language_item_id VARBINARY(20) NOT NULL
);
CREATE TABLE
thiemowmde updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...* Since we know we are exclusively dealing with Item references, but no other entity types, we could store the references as integers. Is this worth it with regards to performance? Or is an indexed
thiemowmde added a comment.
Personally, I'm totally fine with using any kind of cache, might it be an in-memory one or something else. My worst-case scenario is as follows: Let's say we have 10 million Lexemes, 2 lemmas per Lexeme, 20 bytes per lemma. The cache would need to hold about 0.4
thiemowmde updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...Suggestion is to go with VARCHAR(20) for both columns.
Suggestion is to //not// reserve space for repository prefixes. Even on a multi-repository setting the Item references used for lexical categories
thiemowmde updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...* The numbers of rows in the proposed wbl_item_references tables is going to be identical to the total number of Lexemes. There is only one lemma per Lexeme (in only one language),According https
thiemowmde added a comment.
We should fix https://commons.wikimedia.org/wiki/File:Lexeme_data_model.png then, because it very prominently says there is only "one" lemma. It could be this is meant to be interpreted as "one" value that can somehow contain multiple values. I won
thiemowmde added a project: Technical-Debt.
TASK DETAILhttps://phabricator.wikimedia.org/T57783EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: samuwmde, Ricordisamoa, Aklapper, Wikidata-bugs, thiemowmde, JanZerebecki, aude, Lydia_Pintscher, hoo
thiemowmde added a project: Community-consensus-needed.thiemowmde triaged this task as "Low" priority.thiemowmde added a comment.
As for the code, it is currently not possible and not planned to support additional languages for labels and descriptions that are not supported by Medi
201 - 300 of 3423 matches
Mail list logo