16:11:08 #startmeeting OONI meeting 2017-04-17 16:11:08 Meeting started Mon Apr 17 16:11:08 2017 UTC. The chair is hellais. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:11:08 Useful Commands: #action #agreed #help #info #idea #link #topic. 16:11:15 link to pad: https://pad.riseup.net/p/ooni-irc-pad 16:11:30 is somebody here for the meeting that had some things they would like to discuss? 16:11:49 I mainly have a question concerning transifex, if there's a way to get context / see where the string are being mapped to 16:12:28 especially for some strings that are just single words often times several translations can apply 16:14:05 onon: Generally the best thing to do is to "open an issue" (i.e. leave a comment in the comment section for the string) and me or somebody else will reply to you 16:14:42 ok good that's what I've done so far 16:15:19 if you want to digg into it yourself you can do that in the web UI by grepping in the source code for the string labelled as "key" in the "context tab" 16:15:26 https://github.com/TheTorProject/ooni-wui 16:15:57 for android and iOS it's also similar, but maybe slightly harder to infer the context without loading it in xcode or android studio: https://github.com/TheTorProject/ooniprobe-android 16:16:47 ok I'll try those and use the comment section in case it's unconclusive 16:17:45 other than that, I saw the documentation could use some updates (e.g. ooniresources / decks locations on homebrew installs), is that already assigned to someone? 16:17:50 onon: be sure to flag the comments as "issue" (I think you do that by clicking on "open an issue" instead of "comment" in the transifex UI) 16:18:03 oh then I did it wrong 16:18:28 I see, thanks 16:18:31 onon: no I don't think there is anybody assigned to that and this would be something super useful 16:18:57 yeah the problem is that if you don't mark it as issue it's super hard for me to find the comments that require attention and the UI of transifex is _horrible_ 16:19:13 let me see if I can change the status after the fact 16:19:48 hm no but I can resubmit 16:20:28 as for the documentation maybe it would make sense to compile a list of needed changes since I mainly have on my list what I've noticed using ooniprobe myself 16:22:19 onon: yeah that would be great. That should probably go in an issue either on ooni-probe or in ooni-web 16:23:28 maybe ooni-probe since the docs are in the repo there? 16:23:48 yeah, that makes sense 16:25:28 ok I will open one there 16:26:29 excellent! 16:26:40 is anybody else here for the weekly gathering? 16:26:52 Are there any other topics you would like to discuss, bring up? 16:27:25 I'm good for now 16:27:55 hi 16:28:08 hi agrabeli 16:29:18 the metrics for how many reports have been coming in since the mobile launch are really impressive! 16:30:11 @willscott yep! It would be good to also have Windows and macOS applications to enable more stable measurements and more types of tests run 16:32:51 it looks like diversity / usage is back to about 50% from initial launch. is there work on triggering periodic reminders to re-run the mobile measurements? 16:33:02 yeah 16:33:38 willscott: I think in the next or the one after, we will be adding push notification support to both android and iOS apps 16:34:22 The long term plan is to have orchestration so we will be able to actually trigger the apps to run the measurements directly (if the user has opted in), but as a crutch we would also be able to trigger push notifications to all our users to run the app if we notice they haven't run it in a while 16:34:54 well, also the background capabilities for ios at least may be limited to that 16:34:57 progress on probe orchestration can be found here: https://github.com/hellais/proteus 16:35:26 actually with iOS we can do something like running a measurement when responding to a silent push notification 16:36:17 cool 16:36:43 is there a count of unique clients that can be on those measurement statistics? 16:37:12 feedback is especially welcome on the scheduling semantics, for the moment I went for something fairly simple 16:37:26 willscott: not currently, we don't store unique client IDs 16:37:57 however as part of orchestration we are considering adding unique IDs to be stripped during sanitisation as we have to store unique IDs anyways to be able to send push notifications 16:38:22 for the mobile app deployment we use crashlytics which also gives us accurate user-base metrics 16:38:40 right now it's a bit hard to understand how "evenly" those 150k measurements are distributed across the 3k networks 16:39:10 yeah I see what you mean 16:39:32 presumably a lot of people downloaded it, ran it once, and forgot about it, and then there are a few people who have been diligently running it daily 16:39:53 yeah 16:40:09 for the last 30 days we have had on Android 18k active users (i.e. people that openned the app) 16:40:22 on iOS ~3k 16:40:40 that's great 16:42:57 yeah I think though most users don't run it that often 16:43:20 we do have some people though that are fairly committed, like the stats show that we have about a couple dozen users that use the app every day 16:43:48 several hundreds (200-300) that use it 3-5 days per week 16:44:03 and thousands that use it 1-2 times per week 16:56:12 are there more topics to discuss? 17:02:55 I guess not, thanks for attending! 17:02:57 #endmeeting