Addshore removed a project: wikidata-tech-focus.
TASK DETAILhttps://phabricator.wikimedia.org/T204706EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: jhsoby, Lea_Lacroix_WMDE, Lydia_Pintscher, Aklapper, Candalua, gerritbot, Ladsgroup, Addshore,
Addshore removed a project: wikidata-tech-focus.
TASK DETAILhttps://phabricator.wikimedia.org/T204716EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Addshore, Aklapper, Lucas_Werkmeister_WMDE, Lahi, Gq86, GoranSMilovanovic, QZanden, merbst,
Addshore removed a project: wikidata-tech-focus.
TASK DETAILhttps://phabricator.wikimedia.org/T204714EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Addshore, Aklapper, Lucas_Werkmeister_WMDE, Lahi, Gq86, GoranSMilovanovic, QZanden, merbst,
Addshore removed a project: wikidata-tech-focus.
TASK DETAILhttps://phabricator.wikimedia.org/T204715EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Addshore, Aklapper, Lucas_Werkmeister_WMDE, Lahi, Gq86, GoranSMilovanovic, QZanden, merbst,
Addshore added a project: Wikidata-Campsite.
TASK DETAILhttps://phabricator.wikimedia.org/T204791EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Lydia_Pintscher, gerritbot, Addshore, WMDE-leszek, Aklapper, Krinkle, Gaboe420, Versusxo,
Addshore added a subscriber: Lydia_Pintscher.Addshore updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...=== Notes ===
This error was recorded 2,479 times in the last 30 days. With bursts on 4 September, 6 September and 19 September (today). Only on wikidata.org and
Lydia_Pintscher triaged this task as "Normal" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T204936EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Lydia_Pintscher, Mringgaard, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer,
Lydia_Pintscher created this task.Lydia_Pintscher added projects: Wikidata-Campsite, Lexicographical data.Restricted Application added a project: Wikidata.
TASK DESCRIPTIONProblem:
Statements on Lexeme pages are identified with the HTML attribute id, whose values are the corresponding property
Lydia_Pintscher closed this task as "Declined".Lydia_Pintscher added a comment.
I'm sorry, @Psychoslave, but we are not going to set up a second Wikibase instance to basically do what can be done with the lexicographical data support available on Wikidata. It'd be a waste of valuable
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T204791EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Addshore, WMDE-leszek, Aklapper, Krinkle, Gaboe420, Versusxo, Majesticalreaper22,
gerritbot added a comment.
Change 461624 had a related patch set uploaded (by Addshore; owner: Addshore):
[mediawiki/extensions/Wikibase@master] SimpleCacheWithBagOStuff, Throw exception with key when invalid
https://gerrit.wikimedia.org/r/461624TASK
Lucas_Werkmeister_WMDE added a comment.
At least one place where we need to get the entity ID from the statement ID is WikibaseQualityConstraints: in the wbcheckconstraints API, you can ask for all constraint violations of a statement, but for that we still need to load the full entity to which
Addshore triaged this task as "Normal" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T204791EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Addshore, WMDE-leszek, Aklapper, Krinkle, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer,
Addshore added a comment.
Wikibase assumes that the language code in the ParserOptions is valid, but the ParserOptions will happily have whatever language the user provided.
/var/www/mediawiki/extensions/Wikibase/repo/includes/Content/EntityContent.php:272:
object(Language)[652]
public
Aklapper added a comment.
@Olaf_Simons: Any news?TASK DETAILhttps://phabricator.wikimedia.org/T193071EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Olaf_Simons, AklapperCc: Aklapper, Franziska_Heine, Daniel_Mietchen, Lydia_Pintscher, samuwmde, Olaf_Simons,
Addshore added a comment.
Looking at the request URLs this seems to be users requesting invalid language codes, and the code makes it all the way into the cache key, that is then invalid as it contains bad chars.
Example:
https://www.wikidata.org/wiki/Q101971?uselang=%E2%A7%BClang%E2%A7%BD
Each
aborrero added a comment.
In T204698#4599707, @Jdlrobson wrote:
@aborrero if we don't hear from Sumit, i suggest we remove this instance, however I'm not sure what the protocol and grace period is for doing so.
Ok,
you can read more about our timeline here:
Psychoslave updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...- allow Wikitionaries (and other sister projects) to query directly the instance
The instance would NOT aim at:
- incorporate grammatical paradigms (each definition might be linked to one or several lexical
Psychoslave updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTIONAlthough Wikidata already provides a way to carry some lexicological data through the Lexeme extension, we lake the possibility to import existing definitional material from wiktionaries into a relational database
Addshore closed this task as "Resolved".Addshore added a comment.
The instance has been deleted.TASK DETAILhttps://phabricator.wikimedia.org/T204696EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Addshore, Wikidata, aborrero, Aklapper, JKSTNK,
gerritbot added a comment.
Change 453074 merged by jenkins-bot:
[mediawiki/extensions/WikibaseLexeme@master] Move field definitions to search-field-definitions handler
https://gerrit.wikimedia.org/r/453074TASK DETAILhttps://phabricator.wikimedia.org/T190022EMAIL
gerritbot added a comment.
Change 453075 merged by jenkins-bot:
[mediawiki/extensions/WikibaseMediaInfo@master] Move field definitions to search-field-definitions handler
https://gerrit.wikimedia.org/r/453075TASK DETAILhttps://phabricator.wikimedia.org/T190022EMAIL
Addshore added a comment.
This sounds like pretty similar logic will be needed with what we are doing in T204709TASK DETAILhttps://phabricator.wikimedia.org/T203221EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Addshore, Mringgaard, Cpaulf30,
Addshore added a comment.
@Tarrow is this one fixed? :)TASK DETAILhttps://phabricator.wikimedia.org/T202646EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Tarrow, AddshoreCc: Addshore, gerritbot, Aklapper, Tarrow, Gaboe420, Versusxo, Majesticalreaper22,
Smalyshev added a comment.
This is tricky since Lexeme and Item use different search queries (due to the fact that they have different structure).
Alternatives are:
Enable common search for Lexeme+Item, which would have poor relevancy since it would not used specialized queries. Proper search
Hi!
> When will stemming be supported in Search ?
In general, I think it already should be, for fields and contexts that
use appropriate analyzers, but I'd like to hear more details:
1. Which search?
2. What you're looking for, i.e. search string?
3. What you expect to find?
--
Stas Malyshev
Marostegui added a comment.
These are the last 24h: https://logstash.wikimedia.org/goto/cd0af28f39b7ad679b9d1e1130636fdf
Errors are almost gone now.TASK DETAILhttps://phabricator.wikimedia.org/T202764EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Smalyshev,
101 - 127 of 127 matches
Mail list logo
