[Wikidata-bugs] [Maniphest] [Commented On] T153932: WDQS Updater should treat one old edit as no edits

gerritbot added a comment. Change 330822 merged by jenkins-bot: Do not try to process same change ID twice https://gerrit.wikimedia.org/r/330822TASK DETAILhttps://phabricator.wikimedia.org/T153932EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc:

[Wikidata-tech] Searching through API and ignoring diacritics

Hi! I'm starting to build my own Wikidata installation. Thanks for the great work on this project! One of my needs is to do a search and match ignoring diacritic marks. For example: a search for "Comite" matching "Comité". Is it feasible to change the Wikidata code to support this as an option?

[Wikidata-bugs] [Maniphest] [Commented On] T141865: Deactivate/archive WikibaseDatabase

demon added a comment. I see no such repo in Gerrit or Github, we must've already handled it. What's left to do here?TASK DETAILhttps://phabricator.wikimedia.org/T141865EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: demonCc: demon, Lydia_Pintscher, Danny_B,

[Wikidata-bugs] [Maniphest] [Commented On] T141858: Deactivate/archive WikibaseQueryEngine

demon added a comment. What's left to do here? I see no such repo on Gerrit or Wikimedia's github. Just the top 2 bullet points?TASK DETAILhttps://phabricator.wikimedia.org/T141858EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: demonCc: Lydia_Pintscher,

[Wikidata-bugs] [Maniphest] [Edited] T141858: Deactivate/archive WikibaseQueryEngine

demon edited the task description. (Show Details) EDIT DETAILS...[ ] update https://www.mediawiki.org/wiki/Extension:Wikibase_QueryEngine [somebody from #wikidata team] [ ][x] delete from Wikimedia on Github (if applicable) [@demon] [ ][x] hide in Gerrit (if applicable) [@demon]...TASK

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T149455: [Task] Improve the ArticlePlaceholder documentation

MtDu added subscribers: SamanthaNguyen, MtDu.MtDu added a comment. @Aklapper @Ladsgroup @Lucie Is this still needed? It seems @SamanthaNguyen has recently made some pretty comprehensive edits to the documentation since this was imported.

[Wikidata-bugs] [Maniphest] [Updated] T150060: Implement functionality for RC page 'Type of change' filters

jmatazzoni edited projects, added Collaboration-Team-Triage (Collab-Team-Q3-Jan-Mar-2017); removed Collaboration-Team-Triage (Collab-Team-Q2-Oct-Dec-2016). TASK DETAILhttps://phabricator.wikimedia.org/T150060EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:

[Wikidata-bugs] [Maniphest] [Commented On] T150060: Implement functionality for RC page 'Type of change' filters

jmatazzoni added a comment. In the scheme we've defined, Flow edits (excluding Flow edits that create a new topic) belong with Page edits and only Page edits. That should be our goal. So, to use a negative example, if I uncheck everything except Category changes, I should see Category changes

[Wikidata-bugs] [Maniphest] [Commented On] T154660: increase length limit for external identifier, string and URL datatype

Sebotic added a comment. Thanks Lydia! For the InChI example above, 4000 should be fine, question is what other properties outside my expertise would need more than 4000 chars. Best, SebastianTASK DETAILhttps://phabricator.wikimedia.org/T154660EMAIL

[Wikidata-bugs] [Maniphest] [Triaged] T153932: WDQS Updater should treat one old edit as no edits

Smalyshev triaged this task as "Normal" priority. TASK DETAILhttps://phabricator.wikimedia.org/T153932EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: gerritbot, Aklapper, Smalyshev, Th3d3v1ls, Ramalepe, Liugev6, EBjune, mschwarzer, Avner,

[Wikidata-bugs] [Maniphest] [Updated] T153932: WDQS Updater should treat one old edit as no edits

gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T153932EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Aklapper, Smalyshev, Th3d3v1ls, Ramalepe, Liugev6, EBjune, mschwarzer, Avner, Lewizho99,

[Wikidata-bugs] [Maniphest] [Commented On] T153932: WDQS Updater should treat one old edit as no edits

gerritbot added a comment. Change 330822 had a related patch set uploaded (by Smalyshev): Do not try to process same change ID twice https://gerrit.wikimedia.org/r/330822TASK DETAILhttps://phabricator.wikimedia.org/T153932EMAIL

Re: [Wikidata] Wikidata ontology

Hi! > The best you can get in terms of "downloading the wikidata ontology" would be > to > download all properties and all the items representing classes. We currently > don't have a separate dump for these. Also, do not expect this to be a concise > or consistent model that can be used for

Re: [Wikidata] Wikidata ontology

Hi Rüdiger, Daniel refers to several independent aspects of Wikidata: (1) The ontology is not separated from the data. Schematic information is mostly managed by encoding it in data as well. Therefore, if you want some of it (but not the rest), then some extraction will be necessary. The

[Wikidata-bugs] [Maniphest] [Commented On] T121274: Provide an RDF mapping for external identifiers

Smalyshev added a comment. Note: we already have psn:, prn: and pqn: used for full normalized values. So if we want prefixes for short normalized values, we need new ones. Then - I prefer generic "normalized value" predicate much more than specific "resource" predicate. However, the above two

[Wikidata-bugs] [Maniphest] [Commented On] T110784: Wikivoyage dropdown menus are hard to read because of opacity

Volker_E added a comment. transition: all can be very expensive rendering-wise, it's always a good idea to limit transition to only affected/wanted properties.TASK DETAILhttps://phabricator.wikimedia.org/T110784EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:

[Wikidata-bugs] [Maniphest] [Closed] T140891: Factor EntityPerPage::getEntitiesWithoutTerm out into it's own service

daniel closed this task as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T140891EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, danielCc: thiemowmde, Izno, Lydia_Pintscher, gerritbot, hoo, Aklapper, Zppix, daniel, Th3d3v1ls, Ramalepe, Liugev6,

[Wikidata-bugs] [Maniphest] [Commented On] T153950: Add ChangeOpDeserializer interface for services providing ChangeOps to Api\EditEntity

gerritbot added a comment. Change 330698 had a related patch set uploaded (by Aleksey Bekh-Ivanov (WMDE)): [WIP] Alternative ChangeOpDeserializer interface https://gerrit.wikimedia.org/r/330698TASK DETAILhttps://phabricator.wikimedia.org/T153950EMAIL

[Wikidata-bugs] [Maniphest] [Unblock] T140890: Drop EntityPerPage service

daniel closed subtask T140891: Factor EntityPerPage::getEntitiesWithoutTerm out into it's own service as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T140890EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Aklapper, hoo, gerritbot,

[Wikidata-bugs] [Maniphest] [Commented On] T153950: Add ChangeOpDeserializer interface for services providing ChangeOps to Api\EditEntity

gerritbot added a comment. Change 329376 merged by jenkins-bot: Introduce ChangeOpDeserializer interface https://gerrit.wikimedia.org/r/329376TASK DETAILhttps://phabricator.wikimedia.org/T153950EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup,

[Wikidata-bugs] [Maniphest] [Commented On] T150060: Implement functionality for RC page 'Type of change' filters

Etonkovidova added a comment. @jmatazzoni: Edits on Flow boards won't be filtered out by hidepageedits (the similar issue is with hidenewpages which is being addressed with T154486: Special:RC - hidenewpages should filter out new Flow topics). Should we filed it as a separate ticket? QA

[Wikidata-bugs] [Maniphest] [Updated] T150060: Implement functionality for RC page 'Type of change' filters

Lydia_Pintscher added a project: Wikidata. TASK DETAILhttps://phabricator.wikimedia.org/T150060EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SBisson, Lydia_PintscherCc: Etonkovidova, gerritbot, Aklapper, Pginer-WMF, Trizek-WMF, Catrope, Quiddity,

[Wikidata-bugs] [Maniphest] [Updated] T148501: API Error Message Translation

Volker_E removed a project: Design.Herald added a project: Design. TASK DETAILhttps://phabricator.wikimedia.org/T148501EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Volker_ECc: Lydia_Pintscher, Jonas, Jan_Dittrich, thiemowmde, Glorian_Yapinus, Aklapper,

[Wikidata-bugs] [Maniphest] [Triaged] T152491: Allow the EditEntity API module to work with all types of entities

daniel triaged this task as "High" priority.daniel added a comment. This blocks Lexemes and MediaInfo, so setting to highTASK DETAILhttps://phabricator.wikimedia.org/T152491EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, danielCc: gerritbot,

[Wikidata-bugs] [Maniphest] [Updated] T97566: Provide another way to surface usage instructions besides tacking them onto descriptions

daniel added a project: User-Daniel. TASK DETAILhttps://phabricator.wikimedia.org/T97566EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Liuxinyu970226, StudiesWorld, Smalyshev, Ricordisamoa, Wwes, jeremyb, thiemowmde, MGChecker, aude, JKatzWMF,

Re: [Wikidata] Wikidata ontology

Am 04.01.2017 um 11:00 schrieb Léa Lacroix: > Hello, > > You can find it here: http://wikiba.se/ontology-1.0.owl > > If you have questions regarding the ontology, feel free to ask. Please note that this is the *wikibase* ontology, which thefines the meta-model for the information on Wikidata.

[Wikidata-bugs] [Maniphest] [Commented On] T137319: Graph Display icons should have explanatory tooltips

divadsn added a comment. Will look into that tonight and provide a next patch.TASK DETAILhttps://phabricator.wikimedia.org/T137319EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: divadsnCc: gerritbot, divadsn, Jonas, Designbygio, Addshore, Aklapper, Yair_rand,

[Wikidata-bugs] [Maniphest] [Commented On] T154589: create en-us

Lea_Lacroix_WMDE added a comment. Indeed, I transmitted the request, but the language committee should give an advice about this.TASK DETAILhttps://phabricator.wikimedia.org/T154589EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lea_Lacroix_WMDECc: Izno,

[Wikidata-bugs] [Maniphest] [Commented On] T137319: Graph Display icons should have explanatory tooltips

Jonas added a comment. Here is the link: http://tinyurl.com/hnqskun You have to click run to see the buttons.TASK DETAILhttps://phabricator.wikimedia.org/T137319EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: divadsn, JonasCc: gerritbot, divadsn, Jonas,

[Wikidata-bugs] [Maniphest] [Commented On] T154660: increase length limit for external identifier, string and URL datatype

Sadads added a comment. Does this run into some of the same problems as https://meta.wikimedia.org/wiki/Community_Tech/Edit_summary_length_for_non-Latin_languages ?TASK DETAILhttps://phabricator.wikimedia.org/T154660EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T137319: Graph Display icons should have explanatory tooltips

divadsn added a comment. I am sorry, but in the screenshot given in the bug report actually wasn't any buttons in the middle.TASK DETAILhttps://phabricator.wikimedia.org/T137319EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: divadsnCc: gerritbot, divadsn,

[Wikidata-bugs] [Maniphest] [Commented On] T150205: Refactor SpecialNewEntity so it can be extended to SpecialNewLexeme

gerritbot added a comment. Change 330405 merged by jenkins-bot: Added item reference field type https://gerrit.wikimedia.org/r/330405TASK DETAILhttps://phabricator.wikimedia.org/T150205EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Aleksey_WMDE,

[Wikidata-bugs] [Maniphest] [Updated] T151088: Some date inputs without a day are parsed as having a day

matej_suchanek added a parent task: T87764: Bugs related to time datatype (tracking). TASK DETAILhttps://phabricator.wikimedia.org/T151088EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: Nikki, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude,

[Wikidata-bugs] [Maniphest] [Updated] T145535: language code disparity (Wikidata tracking)

Liuxinyu970226 added a subtask: T111853: The href of be-tarask: interlanguage link points to the be-x-old domain. TASK DETAILhttps://phabricator.wikimedia.org/T145535EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Liuxinyu970226Cc: Liuxinyu970226, Krenair,

[Wikidata-bugs] [Maniphest] [Reassigned] T152485: Add DroidWiki as a user of Wikibase to wikiba.se

Lydia_Pintscher reassigned this task from JeroenDeDauw to Jonas.Lydia_Pintscher moved this task from Monitoring to Backlog on the Wikidata-Sprint-2016-11-15 board. TASK DETAILhttps://phabricator.wikimedia.org/T152485WORKBOARDhttps://phabricator.wikimedia.org/project/board/2351/EMAIL

Re: [Wikidata] Greater than 400 char limit for Wikidata string data types

Hey folks :) Andy and Pasleim just brought this topic to my attention again. Sorry for having dropped the ball a bit. I've created https://phabricator.wikimedia.org/T154660 with a strawman proposal for the still open question of which length it should be. Please add your arguments there. Cheers

[Wikidata-bugs] [Maniphest] [Created] T154660: increase length limit for external identifier, string and URL datatype

Lydia_Pintscher created this task.Lydia_Pintscher added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONWe have had several requests that the length limit of the external identifier, string and URL datatype is too low to cover some usecases.

[Wikidata-bugs] [Maniphest] [Reopened] T137319: Graph Display icons should have explanatory tooltips

Jonas reopened this task as "Open".Jonas added a comment. Sorry, but this ticket is for for those buttons: F5233486: pasted_fileTASK DETAILhttps://phabricator.wikimedia.org/T137319EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: divadsn, JonasCc: gerritbot,

[Wikidata-bugs] [Maniphest] [Commented On] T147328: Add http://tools.wmflabs.org/grafana-json-datasource as a datasource to production grafana instance

Addshore added a comment. I'll aim to finish working on this at the Developer Summit with some guidance from some puppet heros!TASK DETAILhttps://phabricator.wikimedia.org/T147328EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: gerritbot,

[Wikidata-bugs] [Maniphest] [Commented On] T154601: Grafana: "wikidata-datamodel-terms" doesn't update anymore

gerritbot added a comment. Change 330657 merged by jenkins-bot: Disable temrs_by_language in cron https://gerrit.wikimedia.org/r/330657TASK DETAILhttps://phabricator.wikimedia.org/T154601EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot,

[Wikidata-bugs] [Maniphest] [Commented On] T154601: Grafana: "wikidata-datamodel-terms" doesn't update anymore

gerritbot added a comment. Change 330656 merged by Addshore: Disable temrs_by_language in cron https://gerrit.wikimedia.org/r/330656TASK DETAILhttps://phabricator.wikimedia.org/T154601EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot,

[Wikidata-bugs] [Maniphest] [Commented On] T154601: Grafana: "wikidata-datamodel-terms" doesn't update anymore

gerritbot added a comment. Change 330656 had a related patch set uploaded (by Addshore): Disable temrs_by_language in cron https://gerrit.wikimedia.org/r/330656TASK DETAILhttps://phabricator.wikimedia.org/T154601EMAIL

[Wikidata-bugs] [Maniphest] [Updated] T154601: Grafana: "wikidata-datamodel-terms" doesn't update anymore

gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T154601EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Addshore, Sjoerddebruin, Aklapper, Th3d3v1ls, Ramalepe, Liugev6, Lewizho99, Maathavan,

[Wikidata-bugs] [Maniphest] [Commented On] T154601: Grafana: "wikidata-datamodel-terms" doesn't update anymore

gerritbot added a comment. Change 330657 had a related patch set uploaded (by Addshore): Disable temrs_by_language in cron https://gerrit.wikimedia.org/r/330657TASK DETAILhttps://phabricator.wikimedia.org/T154601EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T154601: Grafana: "wikidata-datamodel-terms" doesn't update anymore

Addshore added a comment. PHP Fatal error: Uncaught exception 'RuntimeException' with message 'Something went wrong with the db query' in /a/analytics-wmde/src/scripts/src/wikidata/datamodel/terms_by_language.php:24 Stack trace: #0

Re: [Wikidata] next IRC office hour on January 5th

Hello all, Just a quick reminder, our IRC office hour is today, check the information below :) Bests, Léa On 27 December 2016 at 16:54, Lydia Pintscher wrote: > Hey folks :) > > We'll do the next office hour on IRC on the 5th of January at 19:00 > Berlin time in

[Wikidata-bugs] [Maniphest] [Assigned] T42157: Store hints about entities in page_props table

thiemowmde added a project: Wikidata.thiemowmde assigned this task to daniel. TASK DETAILhttps://phabricator.wikimedia.org/T42157EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: daniel, thiemowmdeCc: Wikidata-bugs, Denny, Lydia_Pintscher, daniel, Unknown

[Wikidata-bugs] [Maniphest] [Updated] T146792: Remove (seemingly) unused wb-status page prop (EntityContent::getEntityStatus)

thiemowmde added a parent task: T60030: [Task] Maintenance script to rebuild entity hints in page_props. TASK DETAILhttps://phabricator.wikimedia.org/T146792EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, thiemowmdeCc: Aleksey_WMDE, gerritbot,

[Wikidata-bugs] [Maniphest] [Updated] T60030: [Task] Maintenance script to rebuild entity hints in page_props

thiemowmde added a subtask: T146792: Remove (seemingly) unused wb-status page prop (EntityContent::getEntityStatus). TASK DETAILhttps://phabricator.wikimedia.org/T60030EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Addshore, hoo, aude,

[Wikidata-bugs] [Maniphest] [Retitled] T60030: [Task] Maintenance script to rebuild entity hints in page_props

thiemowmde changed the title from "script to rebuild entity hints in page_props" to "[Task] Maintenance script to rebuild entity hints in page_props".thiemowmde edited subscribers, added: thiemowmde, aude, hoo, Addshore; removed: Wikidata-bugs.thiemowmde edited the task description. (Show Details)

[Wikidata-bugs] [Maniphest] [Commented On] T153499: Create Special:EntityPage to allow addressing entity pages without knowing the appropriate namespace

WMDE-leszek added a comment. It is also a different use case but for the record: Wikidata's Concept URIs (https://www.wikidata.org/entity/Q42) redirect to Special:EntityPage with status code 303.TASK DETAILhttps://phabricator.wikimedia.org/T153499EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T153499: Create Special:EntityPage to allow addressing entity pages without knowing the appropriate namespace

WMDE-leszek added a comment. There has been some discussion on https://gerrit.wikimedia.org/r/330164 about what HTTP response code should be used. Initially code 303 has been proposed, as it is the response code used by Special:EntityData while performing content negotiation. Use case of