[Wikidata-bugs] [Maniphest] T350309: latest-all.json.bz2 does not contain a record for Charlies Bunion (Q5085764)

2023-11-09 Thread Milimetric 
Milimetric added subscribers: VirginiaPoundstone, Milimetric.
Milimetric moved this task from Backlog to Other teams on the Dumps-Generation 
board.
Milimetric added a comment.


  indeed, there are quite some differences in the different pipelines.  When 
the #wikidata <https://phabricator.wikimedia.org/tag/wikidata/> folks look at 
this, do ping us as we have been working on a new dumps process and migrating 
other dumps to our Airflow scheduler.  cc @VirginiaPoundstone

TASK DETAIL
  https://phabricator.wikimedia.org/T350309

WORKBOARD
  https://phabricator.wikimedia.org/project/board/1519/

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Milimetric
Cc: Milimetric, VirginiaPoundstone, Aklapper, cldellow, Danny_Benjafield_WMDE, 
JEbe-WMF, Stevemunene, xcollazo, Busfault, Astuthiodit_1, Atieno, 
karapayneWMDE, Invadibot, maantietaja, jannee_e, ItamarWMDE, Akuckartz, 
holger.knust, Nandana, Lahi, Gq86, GoranSMilovanovic, Lunewa, QZanden, 
LawExplorer, _jensen, rosalieper, Scott_WUaS, gnosygnu, Wikidata-bugs, aude, 
Mbch331, Hokwelum
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T342593: Five deleted Wikidata items pertaining to Wikimedia category pages still present in the Query Service

2023-08-07 Thread Milimetric 
Milimetric added a comment.


  Just a random drive-by note, since I'm not the one playing with this, but it 
might be interesting to instrument EventBus a little bit.  For example, from 
the deferred job that publishes to Kafka, we could log a basic key for each 
event that we publish.  It should be possible to aggregate these logs and 
compare them against what we see in Kafka to figure out what we missed, perhaps 
even facilitate retries.

TASK DETAIL
  https://phabricator.wikimedia.org/T342593

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Milimetric
Cc: Milimetric, dcausse, Nikki, Aklapper, Mahir256, Danny_Benjafield_WMDE, 
Astuthiodit_1, AWesterinen, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, 
Akuckartz, Nandana, Namenlos314, Lahi, Gq86, Lucas_Werkmeister_WMDE, 
GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, 
Scott_WUaS, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, 
Manybubbles, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T138500: [Task] Add Special:AboutTopic view stats to grafana for ArticlePlaceholder

2022-03-23 Thread Milimetric 
Milimetric added a comment.


  @Addshore: this 
<https://github.com/wikimedia/mediawiki-extensions-WikimediaEvents/blame/cee58924d2ce954a3d2eb9dfd6ab3b55426fd572/includes/WikimediaEventsHooks.php#L83>
 seems to only be happening on logged-in requests, at least a lot of the time 
if not all the time.  Any idea why?  Does the cached version of the page not 
have this header or something?

TASK DETAIL
  https://phabricator.wikimedia.org/T138500

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Addshore, Milimetric
Cc: Milimetric, Ricordisamoa, Addshore, Nuria, Quiddity, Stashbot, JAllemandou, 
Izno, ChrisPins, gerritbot, Lucie, Aklapper, Lydia_Pintscher, Zppix, hoo, 
Fernandobacasegua34, Astuthiodit_1, 786, Suran38, Biggs657, karapayneWMDE, 
Invadibot, Lalamarie69, maantietaja, Juan90264, Alter-paule, Beast1978, Un1tY, 
Akuckartz, Hook696, Kent7301, joker88john, CucyNoiD, Nandana, Gaboe420, 
Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, 
QZanden, cmadeo, LawExplorer, Lewizho99, Maathavan, _jensen, rosalieper, 
Neuronton, Scott_WUaS, MGChecker, Wikidata-bugs, aude, jayvdb, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T297485: Implement regular data backups for our R Shiny dashboards for Wikidata

2022-03-10 Thread Milimetric 
Milimetric added a comment.


  @Manuel & @GoranSMilovanovic: sorry for the long delay, no we don't back up 
the stat machines or other analytics clients.  From the "Local data storage" 
section on the Analytics Clients 
<https://wikitech.wikimedia.org/wiki/Analytics/Systems/Clients> article:
  
  > First, note that the Analytics clients store data using redundant RAID 
configurations, but are not otherwise backed up. Your home directory on HDFS 
(/user/your-username) is a safer place for important data.

TASK DETAIL
  https://phabricator.wikimedia.org/T297485

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: GoranSMilovanovic, Milimetric
Cc: Tobi_WMDE_SW, Milimetric, JAllemandou, Aklapper, Manuel, Astuthiodit_1, 
karapayneWMDE, Invadibot, maantietaja, Akuckartz, Nandana, Lahi, Gq86, 
GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 
Wikidata-bugs, aude, Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T291186: Privacy Policy Review for Global South Wikidata edits and active editors datasets

2021-09-16 Thread Milimetric 
Milimetric added a comment.


  We are forwarding this request to #privacy_engineering 
<https://phabricator.wikimedia.org/tag/privacy_engineering/> but please don't 
hesitate to loop us back in if you have questions.

TASK DETAIL
  https://phabricator.wikimedia.org/T291186

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Milimetric
Cc: Milimetric, Tobi_WMDE_SW, Ladsgroup, GoranSMilovanovic, Manuel, Aklapper, 
Invadibot, maantietaja, Akuckartz, 4748kitoko, Jcross, JFishback_WMF, Nandana, 
Akovalyov, Jony, Lahi, Gq86, QZanden, LawExplorer, _jensen, rosalieper, 
Scott_WUaS, JAllemandou, terrrydactyl, Wikidata-bugs, aude, Mbch331, jeremyb
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T167145: Evaluate OOUI integration with vue.js

2021-04-05 Thread Milimetric 
Milimetric closed this task as "Declined".
Milimetric added a comment.


  Yeah, the Vue adoption is going down a different path.

TASK DETAIL
  https://phabricator.wikimedia.org/T167145

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Milimetric
Cc: Niedzielski, WMDE-leszek, TheDJ, Addshore, Jdforrester-WMF, SBisson, 
Milimetric, Volker_E, Aklapper, Jonas, thiemowmde, Aleksey_WMDE, Jan_Dittrich, 
daniel, Invadibot, Mengs21, maantietaja, EgbeRef, Vaibhav0199, Akuckartz, 
Demian, Antti.Kekki, Tinzawoo533, darthmon_wmde, egardner, Onmir, holger.knust, 
DannyS712, Nandana, Mh-3110, Hagarshilo, Amorymeltzer, Lahi, Gq86, 
GoranSMilovanovic, Jayprakash12345, Chicocvenancio, QZanden, Orienteerix, 
enigmaeth, rohitt, LawExplorer, Puik, _jensen, rosalieper, xSavitar, 
Scott_WUaS, Dixtosa, Susannaanas, ferdbold, Wikidata-bugs, Mooeypoo, Jdlrobson, 
aude, Dinoguy1000, Gryllida, Ricordisamoa, Lydia_Pintscher, Nikerabbit, 
Mbch331, Jay8g
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] T167134: Blockers for using the vue.js framework for Wikibase on the Wikimedia cluster

2021-04-05 Thread Milimetric 
Milimetric closed subtask T167145: Evaluate OOUI integration with vue.js as 
Declined.

TASK DETAIL
  https://phabricator.wikimedia.org/T167134

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Lydia_Pintscher, Milimetric
Cc: Lydia_Pintscher, Lucas_Werkmeister_WMDE, Jdforrester-WMF, Addshore, He7d3r, 
SBisson, Volker_E, Ricordisamoa, PokestarFan, Jan_Dittrich, Aleksey_WMDE, 
thiemowmde, Jonas, Aklapper, daniel, Invadibot, Mengs21, maantietaja, EgbeRef, 
Vaibhav0199, Akuckartz, Antti.Kekki, Tinzawoo533, Onmir, DannyS712, Nandana, 
Mh-3110, Amorymeltzer, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, 
Chicocvenancio, Mahir256, QZanden, Orienteerix, enigmaeth, rohitt, LawExplorer, 
Puik, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, Dixtosa, Susannaanas, 
Wikidata-bugs, aude, Dinoguy1000, Nikerabbit, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] T247058: Deployment strategy and hardware requirement for new Flink based WDQS updater

2021-03-03 Thread Milimetric 
Milimetric added a comment.


  This is a bit of a drive-by, but have we considered https://min.io/?  I went 
a bit deeper than just the marketing and was impressed by their 
error-correcting implementation.

TASK DETAIL
  https://phabricator.wikimedia.org/T247058

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Milimetric
Cc: fgiunchedi, Nuria, Addshore, Milimetric, JAllemandou, Ottomata, Pchelolo, 
Joe, Aklapper, dcausse, Zbyszko, Gehel, Ramtin0071, MPhamWMF, Devnull, lmata, 
Muchiri124, CBogen, Akuckartz, 4748kitoko, Legado_Shulgin, Nandana, 
Namenlos314, Akovalyov, Davinaclare77, Qtn1293, Techguru.pc, Lahi, Gq86, 
Lucas_Werkmeister_WMDE, GoranSMilovanovic, Th3d3v1ls, Hfbn0, QZanden, EBjune, 
merbst, LawExplorer, Zppix, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, 
Wong128hk, abian, terrrydactyl, jkroll, Wikidata-bugs, Jdouglas, aude, 
Tobias1984, Manybubbles, faidon, Mbch331, Rxy, Jay8g, jeremyb
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T255044: Many new metrics in Graphite for WDQS-Streaming-Updater-POC

2020-06-11 Thread Milimetric 
Milimetric edited projects, added Wikidata-Query-Service, Discovery; removed 
Analytics.
Restricted Application added a project: Wikidata.

TASK DETAIL
  https://phabricator.wikimedia.org/T255044

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Milimetric
Cc: dcausse, Aklapper, colewhite, CBogen, darthmon_wmde, ET4Eva, Nandana, 
Namenlos314, Lahi, Gq86, Darkminds3113, Lucas_Werkmeister_WMDE, 
GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Avner, Gehel, _jensen, 
rosalieper, Scott_WUaS, Jonas, FloNight, Xmlizer, jkroll, Wikidata-bugs, 
Jdouglas, aude, Tobias1984, Manybubbles, Mbch331, 4748kitoko, Akovalyov, 
JAllemandou, terrrydactyl, jeremyb
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Assigned] T253753: Increase retention for mediawiki.revision-create on the kafka jumbo cluster

2020-05-28 Thread Milimetric 
Milimetric triaged this task as "High" priority.
Milimetric assigned this task to Ottomata.
Milimetric added a project: Analytics-Kanban.

TASK DETAIL
  https://phabricator.wikimedia.org/T253753

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Ottomata, Milimetric
Cc: JAllemandou, Ottomata, dcausse, Aklapper, CBogen, 4748kitoko, 
darthmon_wmde, Nandana, Namenlos314, Akovalyov, Lahi, Gq86, 
Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, 
LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, terrrydactyl, 
jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331, jeremyb
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T249319: Remove wb_terms from sqoop

2020-04-06 Thread Milimetric 
Milimetric added a comment.


  FYI: checked monthly sqoop and it's not referenced there so puppet is good to 
go 
(https://github.com/wikimedia/puppet/blob/ef13ee28202b2ff9653bfaf3cbf6b2a0433aa8c2/modules/profile/templates/analytics/refinery/job/refinery-sqoop-mediawiki.sh.erb)

TASK DETAIL
  https://phabricator.wikimedia.org/T249319

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: JAllemandou, Milimetric
Cc: Milimetric, Aklapper, Addshore, 4748kitoko, Iflorez, darthmon_wmde, 
alaa_wmde, Nandana, Akovalyov, Lahi, Gq86, GoranSMilovanovic, QZanden, 
LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, JAllemandou, terrrydactyl, 
Wikidata-bugs, aude, Lydia_Pintscher, Mbch331, jeremyb
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T236895: ArticlePlaceholder dashboard stopped tracking page views

2020-02-24 Thread Milimetric 
Milimetric added a comment.


  my apologies, was running through triage, we'll take a look and ping here

TASK DETAIL
  https://phabricator.wikimedia.org/T236895

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Ladsgroup, Milimetric
Cc: Milimetric, Ladsgroup, Nuria, JAllemandou, elukey, Addshore, Aklapper, 
Lydia_Pintscher, Hazizibinmahdi, Beast1978, Un1tY, 4748kitoko, Hook696, 
Daryl-TTMG, RomaAmorRoma, 0010318400, E.S.A-Sheild, Iflorez, darthmon_wmde, 
alaa_wmde, Meekrab2012, joker88john, CucyNoiD, Nandana, NebulousIris, 
Akovalyov, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, 
Cpaulf30, Lahi, Gq86, Af420, Darkminds3113, Bsandipan, Lordiis, 
GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, cmadeo, 
LawExplorer, WSH1906, Lewizho99, Maathavan, _jensen, rosalieper, Scott_WUaS, 
Jonas, terrrydactyl, Wikidata-bugs, aude, jayvdb, Ricordisamoa, Mbch331, jeremyb
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T236895: ArticlePlaceholder dashboard stopped tracking page views

2020-02-24 Thread Milimetric 
Milimetric added a comment.


  Added @Nuria as a reviewer where she was pinged, she'll comment there, 
waiting on WMDE on the other patch (review done)

TASK DETAIL
  https://phabricator.wikimedia.org/T236895

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Ladsgroup, Milimetric
Cc: Milimetric, Ladsgroup, Nuria, JAllemandou, elukey, Addshore, Aklapper, 
Lydia_Pintscher, Hazizibinmahdi, Beast1978, Un1tY, 4748kitoko, Hook696, 
Daryl-TTMG, RomaAmorRoma, 0010318400, E.S.A-Sheild, Iflorez, darthmon_wmde, 
alaa_wmde, Meekrab2012, joker88john, CucyNoiD, Nandana, NebulousIris, 
Akovalyov, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, 
Cpaulf30, Lahi, Gq86, Af420, Darkminds3113, Bsandipan, Lordiis, 
GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, cmadeo, 
LawExplorer, WSH1906, Lewizho99, Maathavan, _jensen, rosalieper, Scott_WUaS, 
Jonas, terrrydactyl, Wikidata-bugs, aude, jayvdb, Ricordisamoa, Mbch331, jeremyb
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T239565: Create reportupdater reports that execute SDC requests

2020-01-13 Thread Milimetric 
Milimetric added a comment.


  The output is here: 
https://analytics.wikimedia.org/published/datasets/periodic/reports/metrics/structured-data/

TASK DETAIL
  https://phabricator.wikimedia.org/T239565

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Milimetric
Cc: Abit, Ramsey-WMF, kzimmerman, Addshore, matthiasmullie, gsingers, 
Mayakp.wiki, Ladsgroup, nettrom_WMF, Cparle, Nuria, Milimetric, mpopov, 
4748kitoko, darthmon_wmde, Nandana, JKSTNK, Akovalyov, Lahi, PDrouin-WMF, Gq86, 
E1presidente, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, 
Acer, LawExplorer, Salgo60, Silverfish, _jensen, rosalieper, Scott_WUaS, 
Susannaanas, JAllemandou, Jane023, terrrydactyl, Wikidata-bugs, Base, aude, 
Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, 
Steinsplitter, Mbch331, jeremyb
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T238878: Data about how many file pages on Commons contain at least one structured data element

2019-12-19 Thread Milimetric 
Milimetric added a comment.


  @Nuria: what I thought we were doing is productionizing @matthiasmullie's 
approach from T239565#5728117 
<https://phabricator.wikimedia.org/T239565#5728117>.  This seemed sensible to 
me, and the change I submitted for T239565 
<https://phabricator.wikimedia.org/T239565> properly comments that we are not 
measuring MediaInfo entities with the query on `wbc_entity_usage`.  If any of 
this is wrong or not what others were expecting, I'd like a clear explanation 
as the multiple threads have become complicated to resolve objectively.

TASK DETAIL
  https://phabricator.wikimedia.org/T238878

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Milimetric
Cc: Milimetric, Cparle, nettrom_WMF, Ladsgroup, daniel, Mayakp.wiki, gsingers, 
matthiasmullie, Addshore, kzimmerman, mpopov, Ramsey-WMF, Abit, Nuria, 
4748kitoko, darthmon_wmde, Nandana, JKSTNK, Akovalyov, Lahi, PDrouin-WMF, Gq86, 
E1presidente, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, 
Acer, LawExplorer, Salgo60, Silverfish, _jensen, rosalieper, Scott_WUaS, 
Susannaanas, JAllemandou, Jane023, terrrydactyl, Wikidata-bugs, Base, aude, 
Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, 
Steinsplitter, Mbch331, jeremyb
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T239565: Create reportupdater reports that execute SDC requests

2019-12-11 Thread Milimetric 
Milimetric added a comment.


  Ok, seems like some of this confusion is getting cleared up.  For my part, 
here's what I'm planning to do next:
  
  - Productionize the query currently getting the 3 million or so `role_name = 
mediainfo` slots
  - Productionize the query currently getting the 7 million or so entities 
linked via Lua templates in wbc_entity_usage
  - publish both of these numbers in a single tsv, monthly, updated on the 5th 
of the month
  
  For the future, I suggest looking at rev_timestamp for the revisions/pages 
that are of interest and seeing if it makes sense to get some historical trends 
that way.  See T238878#5730630 
<https://phabricator.wikimedia.org/T238878#5730630> for some idea of what that 
might look like.

TASK DETAIL
  https://phabricator.wikimedia.org/T239565

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Milimetric
Cc: Abit, Ramsey-WMF, kzimmerman, Addshore, matthiasmullie, gsingers, 
Mayakp.wiki, Ladsgroup, nettrom_WMF, Cparle, Nuria, Milimetric, mpopov, 
4748kitoko, darthmon_wmde, DannyS712, Nandana, JKSTNK, Akovalyov, Lahi, 
PDrouin-WMF, Gq86, E1presidente, Anooprao, SandraF_WMF, GoranSMilovanovic, 
QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, _jensen, 
rosalieper, Scott_WUaS, Susannaanas, JAllemandou, Jane023, terrrydactyl, 
Wikidata-bugs, Base, aude, Ricordisamoa, Wesalius, Lydia_Pintscher, 
Fabrice_Florin, Raymond, Steinsplitter, Mbch331, jeremyb
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T238878: Data about how many file pages on Commons contain at least one structured data element

2019-12-10 Thread Milimetric 
Milimetric added a comment.


  I translated T238878#5708511 
<https://phabricator.wikimedia.org/T238878#5708511> to Hive to familiarize 
myself with it and get ahead of productionizing it.  I got similar numbers 
first as a sanity check and then grouped the numbers by the month of the 
page_latest revision's timestamp.  I was wondering if the numbers increase in 
some nice way that we could report on regardless of the overall total.  There's 
a fairly clear trend towards more structured data.  And this is not a clear way 
to show the trend because we're just looking at the latest revision not all 
revisions, but maybe it's useful to @Abit as she thinks about this metric:
  
  | month   | _c1|
  | 2019-01 | 50396  |
  | 2019-02 | 90102  |
  | 2019-03 | 108367 |
  | 2019-04 | 112658 |
  | 2019-05 | 140429 |
  | 2019-06 | 442834 |
  | 2019-07 | 142744 |
  | 2019-08 | 399805 |
  | 2019-09 | 757923 |
  | 2019-10 | 255584 |
  | 2019-11 | 531414 |
  |
  
  Also,
  
  In T238878#5708257 <https://phabricator.wikimedia.org/T238878#5708257>, 
@daniel wrote:
  
  > By the way, if you find rev_deleted != 0 for the current revision, it's a 
bug. The deletion flags for the current revisions will be ignored by the 
storage layer.
  
  I checked this as I was re-reading and there are 2500 such problems:
  
use wmf_raw;

 select p.wiki_db,
page_id,
page_title,
page_namespace,
rev_deleted

   from mediawiki_page p
inner join
mediawiki_revision ron r.wiki_db = p.wiki_db
and page_id = rev_page
and page_latest = rev_id
and rev_deleted <> 0

  where p.snapshot = '2019-11'
and r.snapshot = '2019-11'

  order by p.wiki_db
;
  
  F31468843: pages_with_rev_deletion_on_latest.tsv 
<https://phabricator.wikimedia.org/F31468843>
  
  (side-note: queries on these raw tables as imported from mediawiki are slow 
because these tables are not stored in parquet format)

TASK DETAIL
  https://phabricator.wikimedia.org/T238878

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Milimetric
Cc: Milimetric, Cparle, nettrom_WMF, Ladsgroup, daniel, Mayakp.wiki, gsingers, 
matthiasmullie, Addshore, kzimmerman, mpopov, Ramsey-WMF, Abit, Nuria, 
4748kitoko, darthmon_wmde, DannyS712, Nandana, JKSTNK, Akovalyov, Lahi, 
PDrouin-WMF, Gq86, E1presidente, Anooprao, SandraF_WMF, GoranSMilovanovic, 
QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, _jensen, 
rosalieper, Scott_WUaS, Susannaanas, JAllemandou, Jane023, terrrydactyl, 
Wikidata-bugs, Base, aude, Ricordisamoa, Wesalius, Lydia_Pintscher, 
Fabrice_Florin, Raymond, Steinsplitter, Mbch331, jeremyb
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T239565: Create reportupdater reports that execute SDC requests

2019-12-02 Thread Milimetric 
Milimetric added a comment.


  Yay, I get to work with @mpopov :)  Ok, questions:
  
  - how often should this report be updated?
  - is it exactly that query?  This task mentions "queries" plural, just making 
sure
  - given the confusion about deletion (T238878#5706835 
<https://phabricator.wikimedia.org/T238878#5706835>), should we also count 
stuff from the archive table?

TASK DETAIL
  https://phabricator.wikimedia.org/T239565

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Milimetric
Cc: Abit, Ramsey-WMF, kzimmerman, Addshore, matthiasmullie, gsingers, 
Mayakp.wiki, Ladsgroup, nettrom_WMF, Cparle, Nuria, Milimetric, mpopov, 
4748kitoko, darthmon_wmde, DannyS712, Nandana, JKSTNK, Akovalyov, Lahi, 
PDrouin-WMF, Gq86, E1presidente, Anooprao, SandraF_WMF, GoranSMilovanovic, 
QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, _jensen, 
rosalieper, Scott_WUaS, Susannaanas, JAllemandou, Jane023, terrrydactyl, 
Wikidata-bugs, Base, aude, Ricordisamoa, Wesalius, Lydia_Pintscher, 
Fabrice_Florin, Raymond, Steinsplitter, Mbch331, jeremyb
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T238878: Data about how many file pages on Commons contain at least one structured data element

2019-12-02 Thread Milimetric 
Milimetric added a comment.


  I noticed that three folks used `rev_deleted = 0` to mean "revision not 
deleted", but this field means something completely different 
(https://www.mediawiki.org/wiki/Manual:Revision_table#rev_deleted).  Basically, 
it's about parts of the revision that have been suppressed from different types 
of users in the interface (like hiding revision comments).  Good news is that 
revisions in the revision table are by definition not deleted.  When a page is 
deleted, its revisions all get inserted into the archive table and removed from 
the revision table.  So when you did `rev_deleted = 0` you were just filtering 
out revisions that had any kind of suppression applied.  I think that's a small 
number and didn't seem to add to the confusion above, but should be included 
just in case.

TASK DETAIL
  https://phabricator.wikimedia.org/T238878

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Milimetric
Cc: Milimetric, Cparle, nettrom_WMF, Ladsgroup, daniel, Mayakp.wiki, gsingers, 
matthiasmullie, Addshore, kzimmerman, mpopov, Ramsey-WMF, Abit, Nuria, 
4748kitoko, darthmon_wmde, DannyS712, Nandana, JKSTNK, Akovalyov, Lahi, 
PDrouin-WMF, Gq86, E1presidente, Anooprao, SandraF_WMF, GoranSMilovanovic, 
QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, _jensen, 
rosalieper, Scott_WUaS, Susannaanas, JAllemandou, Jane023, terrrydactyl, 
Wikidata-bugs, Base, aude, Ricordisamoa, Wesalius, Lydia_Pintscher, 
Fabrice_Florin, Raymond, Steinsplitter, Mbch331, jeremyb
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T236150: Write an RFC describing in detail possbile solutios for checking user-provided regexes in contraints

2019-10-23 Thread Milimetric 
Milimetric removed a project: TechCom-RFC.
Milimetric added a comment.


  Removing TechCom-RFC for now, just add it back when this task is ready to go 
through the RFC process.

TASK DETAIL
  https://phabricator.wikimedia.org/T236150

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Milimetric
Cc: Aklapper, Krinkle, Lucas_Werkmeister_WMDE, Joe, GWicke, daniel, tstarling, 
Smalyshev, Anomie, Nikerabbit, Milimetric, Ladsgroup, alaa_wmde, darthmon_wmde, 
DannyS712, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, merbst, 
LawExplorer, _jensen, rosalieper, Agabi10, Jonas, Wikidata-bugs, aude, 
Lydia_Pintscher, Mbch331, kostajh, RazeSoldier, D3r1ck01, Izno, SBisson, 
Perhelion, Bawolff, jayvdb, fbstj, santhosh, Jdforrester-WMF, Rxy, Jay8g, 
Ltrlg, bd808, Legoktm
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T208567: Count Wikidata page views per page type

2019-08-01 Thread Milimetric 
Milimetric added a comment.


  
https://wikimedia.org/api/rest_v1/metrics/pageviews/aggregate/wikidata/all-access/user/daily/2019061300/2019061300
  
> 1420740
  
  
https://stats.wikimedia.org/v2/#/wikidata.org/reading/total-page-views/normal|bar|1-month|agent~user|daily
  
  (note split by agent type and selecting only user to match your Hive query)

TASK DETAIL
  https://phabricator.wikimedia.org/T208567

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: GoranSMilovanovic, Milimetric
Cc: Milimetric, GoranSMilovanovic, Aklapper, WMDE-leszek, Lea_WMDE, 
darthmon_wmde, DannyS712, Nandana, Lahi, Gq86, QZanden, LawExplorer, _jensen, 
rosalieper, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T220977: Investigate surprising rise in mobile page views for wikidata

2019-05-16 Thread Milimetric 
Milimetric added a comment.


  To clear up what Joseph said, we're never going to have more than 90 days of 
geolocated edits for privacy reasons.  We do have two aggregated datasets that 
go back more than a year:
  
  
https://wikitech.wikimedia.org/wiki/Analytics/Data_Lake/Edits/Geoeditors#Aggregated_data

TASK DETAIL
  https://phabricator.wikimedia.org/T220977

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: GoranSMilovanovic, Milimetric
Cc: JAllemandou, Milimetric, RazShuty, Lea_WMDE, Aklapper, darthmon_wmde, 
alaa_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 
_jensen, rosalieper, Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T176312: Don’t check format constraint via SPARQL (safely evaluating user-provided regular expressions)

2019-03-27 Thread Milimetric 
Milimetric added a comment.


  @Lucas_Werkmeister_WMDE do you think Tech Com can be useful here or should 
this task just live in a backlog?

TASK DETAIL
  https://phabricator.wikimedia.org/T176312

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Milimetric
Cc: Milimetric, Nikerabbit, Anomie, Smalyshev, tstarling, daniel, GWicke, Joe, 
Lucas_Werkmeister_WMDE, Krinkle, Aklapper, alaa_wmde, Nandana, kostajh, Lahi, 
Gq86, GoranSMilovanovic, QZanden, merbst, LawExplorer, _jensen, rosalieper, 
Agabi10, D3r1ck01, SBisson, Wikidata-bugs, aude, jayvdb, fbstj, santhosh, 
Jdforrester-WMF, Mbch331, Rxy, Jay8g, Ltrlg, bd808, Legoktm
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T213318: Wikibase Front-End Architecture

2019-01-16 Thread Milimetric 
Milimetric added a comment.
oh man, revoke my arithmetic license, I did that completely wrong, will edit my commentTASK DETAILhttps://phabricator.wikimedia.org/T213318EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MilimetricCc: jijiki, CDanis, ArielGlenn, Milimetric, akosiaris, Joe, mobrovac, Krinkle, daniel, Lydia_Pintscher, Lea_WMDE, Addshore, Matthias_Geisler_WMDE, Jakob_WMDE, Pablo-WMDE, WMDE-leszek, Aklapper, Nandana, kostajh, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, D3r1ck01, SBisson, Wikidata-bugs, aude, GWicke, jayvdb, fbstj, santhosh, Jdforrester-WMF, Mbch331, Rxy, Jay8g, Ltrlg, bd808, Legoktm___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T213318: Wikibase Front-End Architecture

2019-01-15 Thread Milimetric 
Milimetric added a comment.
A few quick stats to contextualize @daniel's point above.  Wikidata has* 400 million edits [1] and 900 million pageviews [2] over the past 2 years.  This represents 43% of all edits and 24% of all pageviews.  So Wikidata definitely skews more towards editing.  It's possible most of the pageviews are actually part of the editing workflow, indeed you'd expect at least a couple of pageviews for each edit.  We could confirm this by looking at actual requests in the webrequest table.  I'm happy to do that if I could pair up with someone who knows wikidata urls.


all these numbers are rounded


[1] https://stats.wikimedia.org/v2/#/wikidata.org/contributing/edits
[2] https://stats.wikimedia.org/v2/#/wikidata.org/reading/total-page-viewsTASK DETAILhttps://phabricator.wikimedia.org/T213318EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MilimetricCc: jijiki, CDanis, ArielGlenn, Milimetric, akosiaris, Joe, mobrovac, Krinkle, daniel, Lydia_Pintscher, Lea_WMDE, Addshore, Matthias_Geisler_WMDE, Jakob_WMDE, Pablo-WMDE, WMDE-leszek, Aklapper, Nandana, kostajh, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, D3r1ck01, SBisson, Wikidata-bugs, aude, GWicke, jayvdb, fbstj, santhosh, Jdforrester-WMF, Mbch331, Rxy, Jay8g, Ltrlg, bd808, Legoktm___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T212189: New Service Request: Wikidata Termbox SSR

2019-01-02 Thread Milimetric 
Milimetric added a comment.
I agree that we can't go back on decisions that are 3 years in the making.  But I do like Timo's point that we should state the problem.  Here's an attempt:

"Implementing interaction in JS on top of static html rendered by PHP is inflexible and complicated.  It leads to code that is hard to maintain, test, or improve.  This is because two different code bases which require developers with different skill sets have to coordinate any changes."

Feel free to adapt that to better describe the problem ^.  @Krinkle, if something like that was made part of the RfC, would that be a good step?TASK DETAILhttps://phabricator.wikimedia.org/T212189EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MilimetricCc: CDanis, akosiaris, Krinkle, Milimetric, daniel, mobrovac, Joe, Matthias_Geisler_WMDE, Jakob_WMDE, Pablo-WMDE, Aklapper, Lydia_Pintscher, Lea_WMDE, Addshore, WMDE-leszek, Legado_Shulgin, Nandana, thifranc, AndyTan, kostajh, Davinaclare77, Qtn1293, Lahi, Gq86, GoranSMilovanovic, Th3d3v1ls, Hfbn0, QZanden, LawExplorer, Zppix, _jensen, D3r1ck01, SBisson, Wong128hk, Eevans, Hardikj, Wikidata-bugs, aude, GWicke, jayvdb, fbstj, faidon, santhosh, Jdforrester-WMF, Mbch331, Rxy, Jay8g, Ltrlg, bd808, fgiunchedi, Legoktm___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T212189: New Service Request: Wikidata Termbox SSR

2018-12-21 Thread Milimetric 
Milimetric added a comment.
@WMDE-leszek ok, we're on the same page, except the crazy part of my proposal.  I was saying directly routed to SSR service as in, without ever hitting mediawiki and spinning up the mediawiki context.  So this would expose SSR publicly.  The fallback stub HTML generated by mediawiki would work as you understood.  Was this ruled out, routing directly to SSR?

@Addshore can you go more in depth about why the SSR service is the only one that knows what data it needs?  Would it be possible to factor out the code that compiles that data and implement it anywhere else, or is it for some reason tightly coupled with the interface rendering?TASK DETAILhttps://phabricator.wikimedia.org/T212189EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MilimetricCc: akosiaris, Krinkle, Milimetric, daniel, mobrovac, Joe, Matthias_Geisler_WMDE, Jakob_WMDE, Pablo-WMDE, Aklapper, Lydia_Pintscher, Lea_WMDE, Addshore, WMDE-leszek, Legado_Shulgin, Nandana, thifranc, AndyTan, kostajh, Davinaclare77, Qtn1293, Lahi, Gq86, GoranSMilovanovic, Th3d3v1ls, Hfbn0, QZanden, LawExplorer, Zppix, _jensen, D3r1ck01, SBisson, Wong128hk, Eevans, Hardikj, Wikidata-bugs, aude, GWicke, jayvdb, fbstj, faidon, santhosh, Jdforrester-WMF, Mbch331, Rxy, Jay8g, Ltrlg, bd808, fgiunchedi, Legoktm___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T212189: New Service Request: Wikidata Termbox SSR

2018-12-20 Thread Milimetric 
Milimetric added a comment.
Thanks @Jakob_WMDE, I think we're saying the same thing in slightly different terms, and it's because I'm not being precise.  It's ok for the client and server to have different implementations, but you're saying the have the same capabilities, right?  I was thinking that for the client to be able to render everything the server does, plus handle interactivity and other features in the future, its capabilities would have to be a superset of the server capabilities, right?  So, there's no html that could only be rendered by the server, right?  It seems that way, components and interface are all shared.

If so, great.  If not, it feels important to understand what happens when the server's not there and the client doesn't have some of the server-specific functionality.

So then for me the main question remains around the request flow that everyone else is discussing.  From @Addshore's response it sounds like you considered this option and decided against it:


the request to index.php is conditionally routed directly to the SSR service.  In our world, the SSR service is there, so we configure it in Varnish, it returns html, and Vue takes over client-side.  For other mediawiki installations, index.php knows to render a basic version of the html which pulls in the Vue.js modules.  Once this loads in the browser, it renders the interface.


If this was rejected, I'm just curious, what were the expected problems?  One potential optimization with that approach could be, if SSR is enabled, you send a smaller client-side module that doesn't include data-access which would only ever happen once, on page-load.  So you could put that in a client-fallback folder or something, include it in the version served by index.php but exclude it from the version served by SSR.

(by the way, the build is nicely separated for client vs. server here https://github.com/wmde/wikibase-termbox/blob/faf3dcca602da9f2287e8be9acaa1023144b23d7/vue.config.js#L14, where webpack analyzes the code and includes only what's required by the particular environment it's building against)TASK DETAILhttps://phabricator.wikimedia.org/T212189EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MilimetricCc: akosiaris, Krinkle, Milimetric, daniel, mobrovac, Joe, Matthias_Geisler_WMDE, Jakob_WMDE, Pablo-WMDE, Aklapper, Lydia_Pintscher, Lea_WMDE, Addshore, WMDE-leszek, Legado_Shulgin, Nandana, thifranc, AndyTan, kostajh, Davinaclare77, Qtn1293, Lahi, Gq86, GoranSMilovanovic, Th3d3v1ls, Hfbn0, QZanden, LawExplorer, Zppix, _jensen, D3r1ck01, SBisson, Wong128hk, Eevans, Hardikj, Wikidata-bugs, aude, GWicke, jayvdb, fbstj, faidon, santhosh, Jdforrester-WMF, Mbch331, Rxy, Jay8g, Ltrlg, bd808, fgiunchedi, Legoktm___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T212189: New Service Request: Wikidata Termbox SSR

2018-12-20 Thread Milimetric 
Milimetric added a comment.

In T212189#4838090, @Addshore wrote:

In T212189#4835359, @Milimetric wrote:
Now, I started looking through the code and it looks like there's an effort to keep server and client logic as common as possible, with factories and interfaces and nice patterns, but there are still differences.  It looks like there's good reason for this, but how would the client be able to act as a fallback for the server as proposed?


This is an exceptional case and only works for user with JS enabled.
 "Client" here would be the client-side JS, served by Wikibase.
 In case there is no response from the SSR, the fallback would be CSR-only, i.e. it will only work for people with js enabled.
 This addresses the rare scenario that there is no working SSR configured (in installations run by 3rd parties now WMF) and still offers termbox features, but at the cost of not being accessible to users with JS disabled.


My question here was more, how can the client render everything it needs, when some of the logic, for example for data-access, is only in the src/server/data-access folder?  In other words, if the client functionality is a super-set of the server, I would expect only common and client folders, and the server to use logic out of the common folder.  I'm asking both for the termbox right now and plans for this service in the long-run.TASK DETAILhttps://phabricator.wikimedia.org/T212189EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MilimetricCc: akosiaris, Krinkle, Milimetric, daniel, mobrovac, Joe, Matthias_Geisler_WMDE, Jakob_WMDE, Pablo-WMDE, Aklapper, Lydia_Pintscher, Lea_WMDE, Addshore, WMDE-leszek, Legado_Shulgin, Nandana, thifranc, AndyTan, kostajh, Davinaclare77, Qtn1293, Lahi, Gq86, GoranSMilovanovic, Th3d3v1ls, Hfbn0, QZanden, LawExplorer, Zppix, _jensen, D3r1ck01, SBisson, Wong128hk, Eevans, Hardikj, Wikidata-bugs, aude, GWicke, jayvdb, fbstj, faidon, santhosh, Jdforrester-WMF, Mbch331, Rxy, Jay8g, Ltrlg, bd808, fgiunchedi, Legoktm___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T212189: New Service Request: Wikidata Termbox SSR

2018-12-19 Thread Milimetric 
Milimetric added a comment.
In https://wikitech.wikimedia.org/wiki/WMDE/Wikidata/SSR_Service we see that "There is a server-side and the client-side variant of the code, which are distributions of the same implementation."  Looking at the current repository, we see that it shares data models (https://github.com/wmde/wikibase-termbox/tree/master/src/datamodel) but that there is common, client-only, and server-only data-access logic.  I think architecture decisions hinge on this separation and the reasons for it.

In the simplest case, this code would be almost identical client and server-side.  No matter where it's running, nodejs or the browser, it would request data, receive it, and render it as html.  Mediawiki and wikibase would be responsible for compiling that data in a nice way.  The flow would be:

BROWSER --get-interface--> NODEJS --get-data--> APIs --return-data--> NODEJS --return-interface--> BROWSER

As I understand it, in the proposed architecture, mediawiki sits in between the browser and node to prevent exposing another public endpoint for the node service.  Is my understanding correct?

Now, I started looking through the code and it looks like there's an effort to keep server and client logic as common as possible, with factories and interfaces and nice patterns, but there are still differences.  It looks like there's good reason for this, but how would the client be able to act as a fallback for the server as proposed?

By the way the code looks good and I'm glad to see this work going forward.TASK DETAILhttps://phabricator.wikimedia.org/T212189EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MilimetricCc: Milimetric, daniel, mobrovac, Joe, Matthias_Geisler_WMDE, Jakob_WMDE, Pablo-WMDE, Aklapper, Lydia_Pintscher, Lea_WMDE, Addshore, WMDE-leszek, Legado_Shulgin, Nandana, thifranc, AndyTan, Davinaclare77, Qtn1293, Lahi, Gq86, GoranSMilovanovic, Th3d3v1ls, Hfbn0, QZanden, LawExplorer, Zppix, _jensen, D3r1ck01, SBisson, Wong128hk, Eevans, Hardikj, Wikidata-bugs, aude, faidon, Nikerabbit, Jdforrester-WMF, Mbch331, Jay8g, fgiunchedi___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T209031: Not able to scoop comment table in labs for mediawiki reconstruction process

2018-11-12 Thread Milimetric 
Milimetric added a comment.
@Nuria, I'm catching up on the task that Jaime recommended and will comment there.TASK DETAILhttps://phabricator.wikimedia.org/T209031EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MilimetricCc: bd808, tstarling, Fjalapeno, Cloud-Services, jcrespo, Marostegui, mforns, faidon, Milimetric, Krenair, elukey, Nuria, Aklapper, JAllemandou, Akovalyov, Banyek, AndyTan, Killertrap, Zylc, Giuliamocci, 1978Gage2001, Chicocvenancio, Tbscho, Minhnv-2809, JJMC89, srodlund, Luke081515, mys_721tx, Gryllida, scfc, Jay8g, jeremyb, chasemp___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Assigned] T204415: Query stats dashboard not updating

2018-09-24 Thread Milimetric 
Milimetric assigned this task to Nuria.
TASK DETAILhttps://phabricator.wikimedia.org/T204415EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Nuria, MilimetricCc: Nuria, mpopov, chelsyx, Aklapper, Addshore, Smalyshev, Lydia_Pintscher, Akovalyov, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Jonas, Xmlizer, JAllemandou, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331, jeremyb___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Changed Project Column] T199517: Investigate June Unique devices increase of 170% for wikidata

2018-07-19 Thread Milimetric 
Milimetric moved this task from Incoming to Radar on the Analytics board.
TASK DETAILhttps://phabricator.wikimedia.org/T199517WORKBOARDhttps://phabricator.wikimedia.org/project/board/11/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MilimetricCc: Nuria, Aklapper, Lydia_Pintscher, JAllemandou, Addshore, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331, jeremyb___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T168264: Security review of vue.js library

2017-11-07 Thread Milimetric 
Milimetric added a comment.
To add relevance to this, Wikistats 2.0 which will be launching soon, and is hosted on stats.wikimedia.org, is also using Vue.TASK DETAILhttps://phabricator.wikimedia.org/T168264EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MilimetricCc: dpatrick, PokestarFan, WMDE-leszek, Volker_E, thiemowmde, Jonas, Aleksey_WMDE, Milimetric, Aklapper, daniel, Lahi, GoranSMilovanovic, QZanden, EBjune, enigmaeth, rohitt, Dixtosa, Luke081515, Wikidata-bugs, aude, JanZerebecki, csteipp, Mbch331, Jay8g, Legoktm___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T157014: CONSULTATION/PLAN: Managing Complex State and GUI on MediaWiki (e.g. for Wikidata/Wikibase UI)

2017-06-21 Thread Milimetric 
Milimetric added a comment.
Yes, I agreed with you when you raised this issue at the hackathon.  It's riskier to depend on a smaller library.  It might not be as big of a deal here because preact and react are compatible, so if the performance on mobile is a big deal, may be worth considering.TASK DETAILhttps://phabricator.wikimedia.org/T157014EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MilimetricCc: Rfarrand, Jakob_WMDE, Mooeypoo, Catrope, dr0ptp4kt, GWicke, Aleksey_WMDE, daniel, Niedzielski, Magnus, Milimetric, Prtksxna, Fjalapeno, phuedx, Jdlrobson, Capt_Swing, TheDJ, Jdforrester-WMF, SBisson, WMDE-leszek, Volker_E, Krinkle, gabriel-wmde, Jonas, thiemowmde, Lydia_Pintscher, Jan_Dittrich, Jhernandez, Jdrewniak, Aklapper, GoranSMilovanovic, QZanden, Puik, JGirault, D3r1ck01, Envlh, Izno, Wikidata-bugs, aude, Tobias1984, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T157014: CONSULTATION/PLAN: Managing Complex State and GUI on MediaWiki (e.g. for Wikidata/Wikibase UI)

2017-06-20 Thread Milimetric 
Milimetric added a comment.
@Jan_Dittrich: It seems like the mobile folks are leaning towards preact, but it's worth pinging them.  I don't know of anyone else and we stay away from both mediawiki and php for the most part.  We do have some extension work coming up soon though, and it's great to see that this option is available.  Thank you very much to WMDE for blazing the trail!TASK DETAILhttps://phabricator.wikimedia.org/T157014EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MilimetricCc: Rfarrand, Jakob_WMDE, Mooeypoo, Catrope, dr0ptp4kt, GWicke, Aleksey_WMDE, daniel, Niedzielski, Magnus, Milimetric, Prtksxna, Fjalapeno, phuedx, Jdlrobson, Capt_Swing, TheDJ, Jdforrester-WMF, SBisson, WMDE-leszek, Volker_E, Krinkle, gabriel-wmde, Jonas, thiemowmde, Lydia_Pintscher, Jan_Dittrich, Jhernandez, Jdrewniak, Aklapper, GoranSMilovanovic, QZanden, Puik, JGirault, D3r1ck01, Envlh, Izno, Wikidata-bugs, aude, Tobias1984, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T167144: Find out where vue.js is already in use (or planned to be used) in the Wikimedia universe

2017-06-08 Thread Milimetric 
Milimetric added a comment.
Yep, ask me anything.TASK DETAILhttps://phabricator.wikimedia.org/T167144EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MilimetricCc: Milimetric, Aklapper, Jonas, thiemowmde, Aleksey_WMDE, Jan_Dittrich, daniel, GoranSMilovanovic, QZanden, enigmaeth, rohitt, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T157014: CONSULTATION/PLAN: Managing Complex State and GUI on MediaWiki (e.g. for Wikidata/Wikibase UI)

2017-03-22 Thread Milimetric 
Milimetric added a comment.
Great points, Magnus.  As for .vue files and webpack setup, there is vue-cli which generates some common configuration according to configurable templates.  So for example, if you want Vue with webpack, hot reload, .vue transpiling, etc. you can do:

$ npm install -g vue-cli
$ vue init webpack my-project

More info here: https://github.com/vuejs-templates/webpack.  I found this handy when just starting because I didn't want to slow down to learn both vue and webpack at the same time.TASK DETAILhttps://phabricator.wikimedia.org/T157014EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MilimetricCc: Niedzielski, Magnus, Milimetric, Prtksxna, Fjalapeno, phuedx, Jdlrobson, siddharth11, Capt_Swing, TheDJ, Jdforrester-WMF, SBisson, WMDE-leszek, Volker_E, Krinkle, gabriel-wmde, Jonas, thiemowmde, Lydia_Pintscher, Jan_Dittrich, Jhernandez, Jdrewniak, Aklapper, QZanden, SamanthaNguyen, JGirault, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T157014: CONSULTATION/PLAN: Managing Complex State and GUI on MediaWiki (e.g. for Wikidata/Wikibase UI)

2017-03-16 Thread Milimetric 
Milimetric added a comment.
Magnus, that's great, also interested in your thoughts.  SSR on vue: https://vuejs.org/v2/guide/ssr.html.  Seems like some basic support for vue ssr is possible with php's V8 engine, not sure if we're considering that or just de-coupling and running on node (I share Jon's thoughts on this being a solid approach).TASK DETAILhttps://phabricator.wikimedia.org/T157014EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MilimetricCc: Magnus, Milimetric, Prtksxna, Fjalapeno, phuedx, Jdlrobson, siddharth11, Capt_Swing, TheDJ, Jdforrester-WMF, SBisson, WMDE-leszek, Volker_E, Krinkle, gabriel-wmde, Jonas, thiemowmde, Lydia_Pintscher, Jan_Dittrich, Jhernandez, Jdrewniak, Aklapper, QZanden, SamanthaNguyen, JGirault, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T157014: CONSULTATION/PLAN: Managing Complex State and GUI on MediaWiki (e.g. for Wikidata/Wikibase UI)

2017-03-06 Thread Milimetric 
Milimetric added a comment.
@Jan_Dittrich: I read your notes and I think your choice between React ecosystem and Vue ecosystem is a good one, no matter which way you go.  I prefer Vue but that's totally subjective, so I would recommend doing a small project in each to see how your team feels.

I'd like to add that if you like Vue's reactive programming and want more of that in the React ecosystem, you should check out Mobx, which is the reactive version of Redux.  I think there are objective reasons that reactive programming is superior, as I mentioned before.  And in terms of switching between Vue and React, if you use Mobx it's that much easier.TASK DETAILhttps://phabricator.wikimedia.org/T157014EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MilimetricCc: Milimetric, Prtksxna, Fjalapeno, phuedx, Jdlrobson, siddharth11, Capt_Swing, TheDJ, Jdforrester-WMF, SBisson, WMDE-leszek, Volker_E, Krinkle, gabriel-wmde, Jonas, thiemowmde, Lydia_Pintscher, Jan_Dittrich, Jhernandez, Jdrewniak, Aklapper, SamanthaNguyen, JGirault, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T157014: CONSULTATION/PLAN: Managing Complex State and GUI on MediaWiki (e.g. for Wikidata/Wikibase UI)

2017-03-03 Thread Milimetric 
Milimetric added a comment.
@Jan_Dittrich this is exciting.  We're also looking at Vue.js for the Wikistats 2.0 rewrite.  We have to write a prototype and make sure it performs the way we need, so we haven't decided yet but we have similar questions and concerns.  We are coming from knockout, so we have a lot of experience with MVVM.  I can give some highlights here, but first I want to say:

If you decide to go with Vue.js, I will happily volunteer as much time as I can every week to work on this UI with you.  I've been waiting and hoping that our front ends embrace a more mainstream library so I can contribute, and I'm certain that many other developers out there in the world of Open Source feel the same.  I have respect for particular pieces of OOJS, such as the sophisticated i18n and RTL work, but it's fighting an impossible battle of attracting real wide scale Open Source collaboration.  Vue is modular, and plugins that handle i18n exist.  Ideally we can make these better by incorporating the OOJS work in this area.  Both are licensed under MIT, so that's not a problem.  I think we could of course also use the standard style as defined by @Volker_E and examine how tricky it would be to integrate OOJS UI (not trivial, which is one of the problems: lack of modularity).

From our experience with MVVM and reactive programming, here are my main take-aways:


modularity and testability is fantastic.  Having a pure view model that just manages data is inherently easy to test.  You set observable properties and check that computed properties are set as expected.
the mentality is different, but closer to the spirit of "manage data, not code".  This can take some time getting used to, and it's especially tricky in Knockout because it's not opinionated at all.  This was one of the main reasons for us to consider moving to Vue.  More opinionated frameworks, if careful, can be easier to learn because there are not as many wrong choices to make.
there is plenty of support on sites like stackoverflow.  People sometimes worry that if they don't use React or the other most popular framework of the day they won't be able to find answers to their questions.  But even knockout, which has a fairly small user base, has a very nice community of people that will help you out and a good database of topics that have already been covered.  Knockout and vue.js are also just so simple that you can read the source and understand how they work pretty quickly.


And finally my quick thoughts on your FAQ:


Does using a reactive/single state, React-like solution mean we need to write mixed JS/CSS/HTML in a new syntax? (aka JSX)? → Html templates are possible, as already stated, but Vue.js "mixed" single file components are much more cleanly separated than React's JSX approach.  I dislike JSX aesthetically but have liked Vue's single file components so far.  They have good integration with vim which helps.
Does that mean that people coming from Object oriented languages will need to learn a whole new paradigm – reactive, pure-functional programming? → I would add to the already good answer that being very conscious of function scope is useful.  For example, arrow functions can't be used in some situations in Vue.js because their context is the parent context and that can be undesirable when creating a view model and expecting the context to be that view model.
How does DOM access work? Does this mean no jQuery? → Honestly, you will love this after a short while.  You can of course access the DOM if you wish, and Vue.js has a nice rich component lifecycle that lets you hook into different phases of rendering, where you have access to the DOM.  But it is really relaxing to separate DOM access from data management, it's the main reason MVVM is popular.
Don't such libraries need much tooling? → answer given is good.  Knockout definitely depends on a lot more tooling than Vue, and I think the Vue creators aimed at directly addressing this problem.  There are well thought-out plugins for routing and validation.  Though I will say the validation plugins had some bugs, so that's something to consider: some of the ecosystem is still catching up to Vue 2.0.
TASK DETAILhttps://phabricator.wikimedia.org/T157014EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MilimetricCc: Milimetric, Prtksxna, Fjalapeno, phuedx, Jdlrobson, siddharth11, Capt_Swing, TheDJ, Jdforrester-WMF, SBisson, WMDE-leszek, Volker_E, Krinkle, gabriel-wmde, Jonas, thiemowmde, Lydia_Pintscher, Jan_Dittrich, Jhernandez, Jdrewniak, Aklapper, SamanthaNguyen, JGirault, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T134426: Review shared data namespace (tabular data) implementation

2016-06-06 Thread Milimetric 
Milimetric added a comment.


  works for me, brainstorm "meetings" could be new tasks in 
https://phabricator.wikimedia.org/tag/tabular-data/?

TASK DETAIL
  https://phabricator.wikimedia.org/T134426

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Yurik, Milimetric
Cc: RobLa-WMF, Danny_B, DannyH, StudiesWorld, Steinsplitter, Aklapper, 
Lydia_Pintscher, ekkis, Matanya, MarkTraceur, JEumerus, Thryduulf, Milimetric, 
MZMcBride, Bawolff, -jem-, gerritbot, Pokefan95, TerraCodes, intracer, 
ThurnerRupert, brion, Jdforrester-WMF, Eloy, TheDJ, Yurik, Zppix, 
Riley_Huntley, D3r1ck01, Izno, Luke081515, JAllemandou, Wikidata-bugs, aude, 
El_Grafo, Ricordisamoa, Shizhao, fbstj, Fabrice_Florin, Mbch331, Jay8g, 
Krenair, jeremyb



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T134426: Review shared data namespace (tabular data) implementation

2016-06-06 Thread Milimetric 
Milimetric added a comment.


  > Another needed feature is to reuse metadata from another page, thus 
allowing multiple pages to have the same structure.
  
  We should brainstorm this external schema idea, set up those weekly meetings 
I mentioned :)

TASK DETAIL
  https://phabricator.wikimedia.org/T134426

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Yurik, Milimetric
Cc: RobLa-WMF, Danny_B, DannyH, StudiesWorld, Steinsplitter, Aklapper, 
Lydia_Pintscher, ekkis, Matanya, MarkTraceur, JEumerus, Thryduulf, Milimetric, 
MZMcBride, Bawolff, -jem-, gerritbot, Pokefan95, TerraCodes, intracer, 
ThurnerRupert, brion, Jdforrester-WMF, Eloy, TheDJ, Yurik, Zppix, 
Riley_Huntley, D3r1ck01, Izno, Luke081515, JAllemandou, Wikidata-bugs, aude, 
El_Grafo, Ricordisamoa, Shizhao, fbstj, Fabrice_Florin, Mbch331, Jay8g, 
Krenair, jeremyb



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T124569: RFC: Data namespace blob storage on wikidata.org

2016-05-09 Thread Milimetric 
Milimetric added a comment.


  @Yurik,
  
  I agree that the majority seem to be supporting, but I think the opposing 
voices should be taken into consideration more carefully.  I read some of the 
opposition and your replies, and I agree with you about the idea of releasing 
early and releasing often, but I think the bare bones release should consider 
this:
  
  "before allowing this type of uploads we need a full developed environment 
for this data in Commons regarding policies (scope etc.), categories, maintance 
tools (like filters etc.), help & orientation pages (for uploaders and 
maintainers), etc.. Btw: what about references to support the data or can just 
everybody throw his data to Commons? But the main question is: who in Commons 
will be able to additionally monitoring this kind of stuff? Not only the 
uploads itselfs but also all later modifications (typical edit by IP: "sales": 
2.000 --> 200.000)? And: they (companies, marketing, spammers, POV's/COI's 
users etc.) will abuse in medium-term also this system, providing [fake/false] 
data for their "interests". IMHO, Commons in the past already suffered some 
mass-oriented "features" like Wikipedia Zero, cross-wiki uploads via local 
Visual Editor, mobile uploads, or whatever --> all mostly either grabbed from 
Internet or out of project scope (often detected only months or years later)
— btw: currently, around +/- 30-40 % of daily deletion requests at Commons are 
already related only to "out of project scope", mostly involving 
"Commbook"-uploads from spammers and user pics from gals & guys who (will) 
never touch an wiki article, vomiting an user page on "their" wiki, thinking 
Commons = Facebook. The concept of "data uploads" may be interesting but 
ignores (among other things) the completely under-staffed [maintainer] user 
base in Commons and instead of trying to keep a (+/-) quality database of 
"free-use images, sound, and other media files" the whole thing is already 
turning (also regarding e.g. thousands of images grabbed & uploaded from social 
media) more and more into a random web hoster. Gunnex (talk) 20:05, 8 May 2016 
(UTC)"
  
  I think this is mostly busy work and I'm happy to do it as one of the tasks 
on the new board you were going to set up.

TASK DETAIL
  https://phabricator.wikimedia.org/T124569

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Milimetric
Cc: Danny_B, Thryduulf, Ricordisamoa, Bene, Micru, Yair_rand, Addshore, aude, 
hoo, JanZerebecki, MZMcBride, Lydia_Pintscher, tstarling, daniel, MaxSem, 
Tfinc, Milimetric, Aklapper, Yurik, StudiesWorld, D3r1ck01, Izno, Luke081515, 
Wikidata-bugs, fbstj, Mbch331, Jay8g



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Claimed] T120452: Allow tabular datasets on Commons (or some similar central repository) (CSV, TSV, JSON, XML)

2016-03-10 Thread Milimetric 
Milimetric claimed this task.
Milimetric added a project: Analytics-Kanban.

TASK DETAIL
  https://phabricator.wikimedia.org/T120452

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Milimetric
Cc: MZMcBride, Alkamid, Milimetric, Thryduulf, JEumerus, MarkTraceur, Yurik, 
Matanya, ekkis, matmarex, Lydia_Pintscher, Aklapper, Steinsplitter, 
StudiesWorld, DannyH, D3r1ck01, Izno, Wikidata-bugs, aude, Bawolff, El_Grafo, 
Ricordisamoa, Fabrice_Florin, Mbch331, Jay8g, Krenair



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T120452: Allow tabular datasets on Commons (or some similar central repository) (CSV, TSV, JSON, XML)

2016-03-09 Thread Milimetric 
Milimetric added a comment.


  I'd like to help with this discussion, but not sure where to start.
  
  Commons - seems like a decent fit, but not sure what the process is to get 
approval
  Wikidata - seems like the best fit, but the team managing it seems to 
disagree strongly, so do we just stop considering this as an option?
  Custom Separate Project - this is bad because it would create a new thing, 
but seems like the fastest way to move forward.

TASK DETAIL
  https://phabricator.wikimedia.org/T120452

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Milimetric
Cc: MZMcBride, Alkamid, Milimetric, Thryduulf, JEumerus, MarkTraceur, Yurik, 
Matanya, ekkis, matmarex, Lydia_Pintscher, Aklapper, Steinsplitter, 
StudiesWorld, DannyH, D3r1ck01, Izno, Wikidata-bugs, aude, Bawolff, El_Grafo, 
Ricordisamoa, Fabrice_Florin, Mbch331, Jay8g, Krenair



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unblock] T117205: [WD] Partnerships usage KPI

2016-03-07 Thread Milimetric 
Milimetric closed blocking task T116430: Requests to dumps.wikimedia.org should 
end up in hadoop wmf.webrequest via kafka! as "Declined".

TASK DETAIL
  https://phabricator.wikimedia.org/T117205

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Addshore, Milimetric
Cc: StudiesWorld, Addshore, Lydia_Pintscher, Abraham, Aklapper, D3r1ck01, Izno, 
Wikidata-bugs, aude, Mbch331



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Declined] T116430: Requests to dumps.wikimedia.org should end up in hadoop wmf.webrequest via kafka!

2016-03-07 Thread Milimetric 
Milimetric closed this task as "Declined".
Milimetric added a comment.


  So we're leaning towards declining this unless requests for 
dumps.wikimedia.org go through varnish.
  
  What about using piwik for tracking stats on dumps.wikimedia.org?  Is that 
enough or do you want other stats?

TASK DETAIL
  https://phabricator.wikimedia.org/T116430

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Milimetric
Cc: Milimetric, ArielGlenn, Addshore, Aklapper, D3r1ck01, Izno, JAllemandou, 
Wikidata-bugs, aude, Svick, Mbch331, jeremyb



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T114019: Dumps 2.0 for realz (planning/architecture session)

2016-02-16 Thread Milimetric 
Milimetric added a comment.

nice job organizing, Ariel, let me know if you want to bounce the questions off 
someone


TASK DETAIL
  https://phabricator.wikimedia.org/T114019

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: ArielGlenn, Milimetric
Cc: mobrovac, jberkel, NealMcB, jcrespo, Bianjiang, madhuvishy, Milimetric, 
RobLa-WMF, GWicke, TTO, zhuyifei1999, StudiesWorld, gnosygnu, LA2, Ladsgroup, 
intracer, Lokal_Profil, Halfak, Legoktm, JanZerebecki, brion, daniel, Hydriz, 
MZMcBride, hoo, ezachte, wpmirrordev, Nemo_bis, Aklapper, ArielGlenn, Izno, 
Wikidata-bugs, aude, Mbch331, Jay8g, Krenair



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T114443: EventBus MVP

2016-02-08 Thread Milimetric 
Milimetric edited projects, added Analytics; removed Analytics-Kanban.

TASK DETAIL
  https://phabricator.wikimedia.org/T114443

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Ottomata, Milimetric
Cc: yuvipanda, JanZerebecki, Glaisher, Milimetric, RobLa-WMF, brion, intracer, 
Smalyshev, mark, MZMcBride, Krinkle, EBernhardson, bd808, Joe, dr0ptp4kt, 
madhuvishy, Nuria, ori, faidon, aaron, GWicke, mobrovac, Eevans, Ottomata, 
Matanya, Aklapper, debt, Gehel, Izno, JAllemandou, jkroll, Hardikj, 
Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, jayvdb, daniel, Mbch331, 
Jay8g, Ltrlg, jeremyb, Legoktm



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Changed Project Column] T114443: EventBus MVP

2016-02-08 Thread Milimetric 
Milimetric moved this task to Radar on the Analytics workboard.

TASK DETAIL
  https://phabricator.wikimedia.org/T114443

WORKBOARD
  https://phabricator.wikimedia.org/project/board/11/

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Ottomata, Milimetric
Cc: yuvipanda, JanZerebecki, Glaisher, Milimetric, RobLa-WMF, brion, intracer, 
Smalyshev, mark, MZMcBride, Krinkle, EBernhardson, bd808, Joe, dr0ptp4kt, 
madhuvishy, Nuria, ori, faidon, aaron, GWicke, mobrovac, Eevans, Ottomata, 
Matanya, Aklapper, debt, Gehel, Izno, JAllemandou, jkroll, Hardikj, 
Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, jayvdb, daniel, Mbch331, 
Jay8g, Ltrlg, jeremyb, Legoktm



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T125392: [Task] figure out the ratio of page views by logged-in vs. logged-out users

2016-02-03 Thread Milimetric 
Milimetric added a comment.

@BBlack - so you think cache_status is not even close to accurate?  Do we have 
other accurate measurements of it so we could compare to what extent it's 
misleading?  I'm happy to remove it from the data if it's really bad.


TASK DETAIL
  https://phabricator.wikimedia.org/T125392

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Addshore, Milimetric
Cc: JanZerebecki, Milimetric, BBlack, ori, gerritbot, hoo, daniel, Aklapper, 
Addshore, Lydia_Pintscher, Izno, Wikidata-bugs, aude, Mbch331



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T114019: Dumps 2.0 for realz (planning/architecture session)

2016-02-02 Thread Milimetric 
Milimetric added a comment.

@ArielGlenn - looking forward to the discussion


TASK DETAIL
  https://phabricator.wikimedia.org/T114019

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: ArielGlenn, Milimetric
Cc: jberkel, NealMcB, jcrespo, Bianjiang, madhuvishy, Milimetric, RobLa-WMF, 
GWicke, TTO, zhuyifei1999, StudiesWorld, gnosygnu, LA2, Ladsgroup, intracer, 
Lokal_Profil, Halfak, Legoktm, JanZerebecki, brion, daniel, Hydriz, MZMcBride, 
hoo, ezachte, wpmirrordev, Nemo_bis, Aklapper, ArielGlenn, Izno, Wikidata-bugs, 
aude, Mbch331, Jay8g, Krenair



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T114019: Dumps 2.0 for realz (planning/architecture session)

2016-01-05 Thread Milimetric 
Milimetric added a subscriber: Milimetric.

TASK DETAIL
  https://phabricator.wikimedia.org/T114019

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: ArielGlenn, Milimetric
Cc: Milimetric, RobLa-WMF, GWicke, TTO, zhuyifei1999, StudiesWorld, gnosygnu, 
LA2, Ladsgroup, intracer, Lokal_Profil, Halfak, Legoktm, Qgil, JanZerebecki, 
brion, daniel, Hydriz, MZMcBride, hoo, ezachte, wpmirrordev, Nemo_bis, 
Aklapper, ArielGlenn, Wikidata-bugs, aude, Mbch331, Jay8g, Krenair



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T114443: EventBus MVP

2015-12-14 Thread Milimetric 
Milimetric removed a project: Analytics.

TASK DETAIL
  https://phabricator.wikimedia.org/T114443

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Ottomata, Milimetric
Cc: Glaisher, Milimetric, RobLa-WMF, brion, intracer, Smalyshev, mark, 
MZMcBride, Krinkle, EBernhardson, bd808, Joe, dr0ptp4kt, madhuvishy, Nuria, 
ori, faidon, aaron, GWicke, mobrovac, Eevans, Ottomata, Matanya, Aklapper, 
jkroll, Hardikj, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, jayvdb, 
daniel, Mbch331, Jay8g, Ltrlg, Legoktm



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Changed Project Column] T84923: Reliable publish / subscribe event bus

2015-12-09 Thread Milimetric 
Milimetric moved this task to Radar on the Analytics workboard.

TASK DETAIL
  https://phabricator.wikimedia.org/T84923

WORKBOARD
  https://phabricator.wikimedia.org/project/board/11/

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Milimetric
Cc: Aklapper, Matanya, Ottomata, mmodell, Eevans, chasemp, brion, Krenair, 
Halfak, JanZerebecki, bd808, MZMcBride, mobrovac, GWicke, aaron, daniel, 
Hardikj, yuvipanda, JAllemandou, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, 
aude, Deskana, Manybubbles, RobLa-WMF, Mbch331, jeremyb



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Changed Project Column] T116247: Define edit related events for change propagation

2015-12-07 Thread Milimetric 
Milimetric moved this task to Radar on the Analytics workboard.

TASK DETAIL
  https://phabricator.wikimedia.org/T116247

WORKBOARD
  https://phabricator.wikimedia.org/project/board/11/

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: mobrovac, Milimetric
Cc: RobLa-WMF, Nuria, gerritbot, intracer, EBernhardson, Smalyshev, yuvipanda, 
Hardikj, daniel, aaron, GWicke, mobrovac, MZMcBride, bd808, JanZerebecki, 
Halfak, Krenair, brion, chasemp, Eevans, mmodell, Ottomata, Matanya, Aklapper, 
JAllemandou, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, 
Mbch331, jeremyb



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Changed Project Column] T114443: EventBus MVP

2015-12-07 Thread Milimetric 
Milimetric moved this task to Move To Prioritized on the Analytics workboard.

TASK DETAIL
  https://phabricator.wikimedia.org/T114443

WORKBOARD
  https://phabricator.wikimedia.org/project/board/11/

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Ottomata, Milimetric
Cc: Glaisher, Milimetric, RobLa-WMF, brion, intracer, Smalyshev, mark, 
MZMcBride, Krinkle, EBernhardson, bd808, Joe, dr0ptp4kt, madhuvishy, Nuria, 
ori, faidon, aaron, GWicke, mobrovac, Eevans, Ottomata, Matanya, Aklapper, 
JAllemandou, jkroll, Hardikj, Wikidata-bugs, Jdouglas, aude, Deskana, 
Manybubbles, daniel, Mbch331, Jay8g, Ltrlg, jeremyb, Legoktm



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Changed Project Column] T64874: [Story] Statistics for Special:EntityData usage

2015-11-19 Thread Milimetric 
Milimetric moved this task to Prioritized on the Analytics-Backlog workboard.

TASK DETAIL
  https://phabricator.wikimedia.org/T64874

WORKBOARD
  https://phabricator.wikimedia.org/project/board/1308/

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Milimetric
Cc: JAllemandou, Halfak, hoo, Addshore, Ricordisamoa, Aklapper, drdee, Tnegrin, 
QChris, ezachte, Lydia_Pintscher, daniel, Wikidata-bugs, aude, Mbch331



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T65808: Allow cross-site domain access from (tools) Labs via CORS

2015-11-17 Thread Milimetric 
Milimetric added a subscriber: Milimetric.
Milimetric added a comment.

In https://phabricator.wikimedia.org/T65808#1811005, @Magnus wrote:

> Not sure if to add this here or start a new task, but havinf CORS for Labs 
> (or anyone) for the new pageviews API, e.g.
>
> https://wikimedia.org/api/rest_v1/metrics/pageviews/per-article/en.wikipedia/all-access/user/Cambridge/daily/20150901/20150930
>
> would be really helpful.


Hm... CORS is definitely enabled on that path, because the demo for the API [1] 
runs on a labs instance and so has to use CORS.  I wonder why it's not working 
in your specific instance, @Magnus, do you have an actual CORS error?

[1] https://analytics.wmflabs.org/demo/pageview-api/ (line 254 if you open the 
dev tools to look at the source)


TASK DETAIL
  https://phabricator.wikimedia.org/T65808

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: dpatrick, Milimetric
Cc: Milimetric, Aklapper, csteipp, Matanya, Jdlrobson, Krenair, hoo, 
JanZerebecki, He7d3r, Petrb, Magnus, Snowolf, wikibugs-l-list, jeremyb, Ltrlg, 
Dereckson, JohnLewis, dpatrick, Luke081515, Wikidata-bugs, aude, Bawolff, 
Mbch331, Legoktm



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Changed Project Column] T78822: Highlight blocking team dependencies with 'blocked-onteam' tags

2015-02-25 Thread Milimetric 
Milimetric moved this task to Done on the Scrum-of-Scrums workboard.

TASK DETAIL
  https://phabricator.wikimedia.org/T78822

WORKBOARD
  https://phabricator.wikimedia.org/project/board/64/

REPLY HANDLER ACTIONS
  Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign 
username.

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: GWicke, Milimetric
Cc: Jdforrester-WMF, Qgil, Aklapper, GWicke, RobLa-WMF, Wikidata-bugs, 
Jdouglas, Parent5446, Arrbee, Arlolra, bd808, Krenair, Legoktm



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Changed Project Column] T1221: Enhanced search

2015-02-25 Thread Milimetric 
Milimetric moved this task to Done on the Scrum-of-Scrums workboard.

TASK DETAIL
  https://phabricator.wikimedia.org/T1221

WORKBOARD
  https://phabricator.wikimedia.org/project/board/64/

REPLY HANDLER ACTIONS
  Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign 
username.

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Lydia_Pintscher, Milimetric
Cc: Deskana, Lydia_Pintscher, Wikidata-bugs, Jdouglas, aude



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs