[00:00:06] tfinc: https://github.com/wikimedia/WLMMobile/tree/v1.1 [00:01:23] tfinc: I've deleted the remote tag v0.5.1-sphinx [00:01:37] k [00:02:47] tfinc: I've also added a description like: https://github.com/wikimedia/WLMMobile/tags [00:03:43] preilly: why does this happen [00:03:45] [tfinc@Fluffy:~/Developer/Wikimedia/WLMMobile]$ git checkout v1.1 [00:04:26] # Not currently on any branch. [00:04:35] if i do a git status [00:11:05] ahh .. 'detached HEAD' state [00:13:13] tfinc: When you do a git checkout v1.1, you are switching to a commit that is not pointed to by a branch. The HEAD is now "detached" and not pointing to a branch. If you decide to make a commit now (as you may), there's no branch pointer to update to track this commit. Switching back to another commit will make you lose this new commit you've made. That's what the message is telling you. [00:13:58] tfinc: Usually, what you can do is to say git checkout -b v1.1-fixes v1.1. This will create a new branch pointer at the commit pointed to by the treeish v1.1 (a tag in this case) and then shift your HEAD to point to that. Now, if you make commits, it will be possible to track them (using the v2.0-fixes branch) and you can work like you usually would. There's nothing "wrong" with what you've done especially if you just want to take a look at th [00:13:58] v1.1 code. If however, you want to make any alterations there which you want to track, you'll need a branch. [00:14:58] tfinc: also worth noting: In git, a tag (like many other things) is what's called a treeish. It's a way of referring to a point in in the history of the project. Treeishes can be a tag, a commit, a date specifier, an ordinal specifier or many other things. [http://git-scm.com/book/en/Git-Tools-Revision-Selection] [00:15:04] thanks preilly git bot [00:15:05] :D [00:15:12] tfinc: ha ha [00:16:31] tfinc: but to be fair I'm a little concerned about @Fluffy [00:16:55] http://www.urbandictionary.com/define.php?term=Fluffy [00:19:39] preilly: it come from one of my favorite comedians http://en.wikipedia.org/wiki/Gabriel_Iglesias and how absurdly tiny this mac book air is [00:20:33] MaxSem: i've implemented the api search functionality we talked about in r794. now you can search for a specific tree instead of just one admin zone [00:20:50] MaxSem so now you can do action=adminlevels&admtree=us|us-ca [00:20:52] for instance [00:21:03] and be guaranteed to get the children for us -> us-ca [00:21:13] awjr, cool, I'll take a look [00:21:13] instead of all of the children for * -> us-ca [00:21:17] ...tomorrow [00:21:21] :) [00:21:38] if everyone's happy with it i'll update the help documentation to reflect the new features [00:24:53] philinje: http://dumps.wikimedia.org/android/WLM-v1.1.apk [02:25:36] tfinc: http://www.unblock-us.com/?utm_source=email&utm_medium=email&utm_campaign=welcome [06:05:21] tfinc, jdlrobson : Hallo. Is there any problem to put the WLM app on translatewiki.net? [06:08:29] hey aharoni [06:08:43] we already have a very active thread with niklas and siebran [06:08:49] i originally made the requst a month ago [06:08:57] its been very slow to get it on tw [06:08:59] they've been busy [06:09:12] Wikimania + vacations. [06:09:15] exactly [06:09:24] any help you can lend them would be appreciated [06:09:29] we've done all we can [06:09:31] Sure thing. [06:42:37] [WLMMobile] siebrand pushed 2 new commits to master: https://github.com/wikimedia/WLMMobile/compare/ea4a7e4985d9...702994b97d83 [06:42:37] [WLMMobile/master] cleanup qqq codes (bug 38892) - jrobson [06:42:37] [WLMMobile/master] Merge pull request #91 from jdlrobson/qqq - Siebrand Mazeland [06:42:46] Project WLMMobile - Nightly builds build #13: SUCCESS in 7.7 sec: https://integration.mediawiki.org/ci/job/WLMMobile%20-%20Nightly%20builds/13/ [06:42:46] jrobson: cleanup qqq codes (bug 38892) [10:13:03] Change merged: Siebrand; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/17198 [10:14:26] Change merged: Siebrand; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/17199 [10:15:04] Change merged: Siebrand; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/17200 [11:46:02] [WikipediaMobile] siebrand pushed 1 new commit to master: https://github.com/wikimedia/WikipediaMobile/commit/d646d958de589efaf8986243cbf667cada5bcceb [11:46:02] [WikipediaMobile/master] Localisation updates from http://translatewiki.net. - Siebrand Mazeland [11:46:20] Project WikipediaMobile - Nightly builds build #366: SUCCESS in 10 sec: https://integration.mediawiki.org/ci/job/WikipediaMobile%20-%20Nightly%20builds/366/ [11:46:21] s.mazeland: Localisation updates from http://translatewiki.net. [11:46:49] Project WiktionaryMobile - Nightly builds build #94: SUCCESS in 10 sec: https://integration.mediawiki.org/ci/job/WiktionaryMobile%20-%20Nightly%20builds/94/ [11:46:49] s.mazeland: Localisation updates from http://translatewiki.net. [15:10:33] zomg mediawiki.org is down [15:10:33] * yuvipanda panics and runs around room [16:19:26] Hallo. [16:19:32] Any WLM app people here? [16:27:55] not yey [16:27:59] *yet [17:01:20] Change merged: awjrichards; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/17350 [17:16:58] Project WLMMobile - Nightly builds build #14: SUCCESS in 9 sec: https://integration.mediawiki.org/ci/job/WLMMobile%20-%20Nightly%20builds/14/ [17:16:58] amir.aharoni: Spelling it's -> its [17:17:41] [WLMMobile] jdlrobson pushed 2 new commits to master: https://github.com/wikimedia/WLMMobile/compare/67a31d343da5...d56d64411857 [17:17:41] [WLMMobile/master] Spelling litlte -> little - Amir E. Aharoni [17:17:41] [WLMMobile/master] Merge remote-tracking branch 'amire80/patch-2' into tmp - jrobson [17:17:48] Project WLMMobile - Nightly builds build #15: SUCCESS in 6.8 sec: https://integration.mediawiki.org/ci/job/WLMMobile%20-%20Nightly%20builds/15/ [17:17:49] amir.aharoni: Spelling litlte -> little [17:25:55] [WLMMobile] jdlrobson pushed 1 new commit to master: https://github.com/wikimedia/WLMMobile/commit/6e1af293cbac46a4cef0b81bf90253e4ddb506a3 [17:25:55] [WLMMobile/master] Added license and credits - Arthur Richards [17:26:03] Project WLMMobile - Nightly builds build #16: SUCCESS in 6.8 sec: https://integration.mediawiki.org/ci/job/WLMMobile%20-%20Nightly%20builds/16/ [17:26:03] arichards: Added license and credits [17:43:35] jdlrobson: feeling better? [17:45:58] can someone tell whoever's running metrics that all the remote participants got booted from the webex meeting? [17:45:59] jdlrobson: come upstairs for the metric meeting if you're not up here already [17:46:05] tfinc, preilly jdlrobson ^^^ [17:46:12] preilly: i'm here [17:46:25] jdlrobson: yeah I just saw your head [17:46:43] latest update on server: there's still some weird problem with packages, now tracked at https://rt.wikimedia.org/Ticket/Display.html?id=3366 - needs a root to investigate [17:46:54] >_< [17:47:58] awjr: are you still booted? [17:48:15] jdlrobson yes [17:48:21] should i check with chip? [17:48:23] the meeting 'ended' for all of us [17:48:24] please [17:49:19] awjr: it's being investigated [17:49:26] thanks jdlrobson [18:12:30] MaxSem: Can you have a look at https://bugzilla.wikimedia.org/show_bug.cgi?id=38983 ? [18:13:30] does it hangs due to API call taking too long, or it's an app bug? [18:14:10] yes, it is [18:15:13] multichill, do you have the app at hand? [18:15:29] Nope, I still only have my cracked Iphone [18:16:09] multichill, I suspect it hangs due to lack of bbox limit on TS [18:16:57] It should just return the first n results? You might be right, you can add it again by reverting my change and see if that fixes it [18:17:04] the current schema was never intended for querying a large area [18:17:05] You'll break something else in the process btw [18:23:54] Hallo again. [18:24:12] I'm not sure about the "campaign" terminology in the app. [18:24:34] (I mean WLM, of course.) [18:24:37] It sounds too internal. "Location", "Country" [18:24:48] It sounds too internal. "Location" or "Country" would probably better. [18:25:51] I know that there may be several campaigns in each country, but maybe selecting a country would be a more comfortable beginning for the user. [18:26:20] multichill, commented on that bug [19:24:34] [WLMMobile] siebrand pushed 1 new commit to master: https://github.com/wikimedia/WLMMobile/commit/e628ef27ba1ebecbb88ea21a18dda373eb36eef8 [19:24:34] [WLMMobile/master] Localisation updates from http://translatewiki.net. - Siebrand Mazeland [19:24:41] Project WLMMobile - Nightly builds build #17: SUCCESS in 7 sec: https://integration.mediawiki.org/ci/job/WLMMobile%20-%20Nightly%20builds/17/ [19:24:42] s.mazeland: Localisation updates from http://translatewiki.net. [19:25:36] im trying to rebase amir's documentation changes but im not totally grokking how to rebase someone elses's pull request [19:27:13] awjr, cant while ( $row = $db->fetchObject( $res ) ) { [19:27:13] $data[] = array( 'id' => $row->id, 'name' => $row->name, 'level' => $row->level ); [19:27:13] use fetchAssoc() like the other places [19:27:50] awjr, oh - you did that in the next commit [19:27:54] :) [19:27:54] :) [19:30:23] the commits look good to me [19:36:14] huzzah thanks for looking MaxSem [19:42:01] MaxSem do you remember the bugzilla bug for the admin tree api? i am having a hard time finding it [19:43:02] https://bugzilla.wikimedia.org/show_bug.cgi?id=38313 [19:43:14] https://bugzilla.wikimedia.org/show_bug.cgi?id=38311 [19:43:20] https://bugzilla.wikimedia.org/show_bug.cgi?id=38312 [19:43:33] depending on what you need [19:43:43] thanks MaxSem, i was looking under the wrong product [19:44:28] * MaxSem relies heavily on saved searches to avoid having to remember anything:P [19:44:34] heh [19:50:28] multichill when you have a chance, check out https://bugzilla.wikimedia.org/show_bug.cgi?id=38313 [19:52:37] awjr: Looks nice [19:52:50] Just wondering if | is going to cause escaping problems ;-) [19:53:07] that is a good question [19:53:50] Are you going to sort server or client side? [19:54:31] http://toolserver.org/~erfgoed/api/api.php?action=adminlevels&admtree=be|be-vlg|be-vov looks good :-) [19:54:48] imho it should be client side, but i'll probably have to work with jdlrobson to finalize that [19:56:41] is there a datadump of the latest monuments_all table? [19:56:50] or is there a trivial way i can rebuild it locally? [19:58:02] MaxSem, multichill ^ [19:58:21] awjr: Dump is in the toolserver account downloadable [19:58:56] http://toolserver.org/~erfgoed/monuments_db.sql.gz [19:59:05] multichill: thanks [20:00:21] multichill can you explain "I'm wondering if | is going to cause escaping problems (it might be in the [20:00:21] wikitext). I think this is a small thing" a little more? [20:00:57] MaxSem: https://bugzilla.wikimedia.org/show_bug.cgi?id=38983 < do you mean that this is a problem with the implementation of the api on the current box we are using? [20:01:01] The adm0-4 fields are filled based on wikitext [20:01:33] i see, so if someone has something like [[Foo|Bar]] we might have a problem [20:01:42] exactly [20:01:49] what might be a better separator? [20:01:54] awjr: Also included http://toolserver.org/~erfgoed/api/api.php?action=adminlevels&admtree=de|de-nw [20:01:56] the app /could/ force this restriction in client code.. but I think it should be solved at the route (for example what if someone forks the app and it becomes popular and makes these kind of requests to the server?) [20:02:42] http://toolserver.org/~erfgoed/api/api.php?action=adminlevels&admtree=de%7Cde-nw looks like an encoding problem to me [20:03:10] jdlrobson, when we move to to wlm.wikimedia.org, such requests will receive nothing but errors [20:03:31] is there anyway I can replicate this on this server? [20:03:39] ?? [20:03:54] ah, error message? [20:04:07] I could enable it temporarily [20:04:18] * MaxSem hides from multichill [20:04:21] multichill as for "You probably want to already include an additional field like "value" to [20:04:21] include the human readable name. Now we have things like be-vlg, but at some [20:04:21] point we'll have "Vlaanderen". We need be-vlg for the deeper level, but [20:04:21] Vlaanderen for the interface.", where are the adm values mapped to human readable names? [20:05:06] awjr: I'm pretty sue jdlrobson doesn't want to show be-vlg to his users ;-) [20:05:33] MaxSem: I probably need to fix this on toolserver though.. if we are going to launch more betas based off it [20:05:35] multichill i get that, but where are the names mapped? [20:05:41] otherwise it will keep biting us [20:06:00] hi, my colleagues of the german volunteer response team have some ideas/concerns about the feedback function in the new mobile app [20:06:16] multichill, ^^^ [20:06:23] lyzzy: 02 20:04:03 < jeremyb> and which mobile app? there's more than one [20:06:24] brion: did you check out https://bugzilla.wikimedia.org/show_bug.cgi?id=38933 ? [20:06:24] where is the best place to discuss them? [20:06:38] i'll check it out [20:06:46] awjr: That part still needs to be implemented. Will probably be a simple php based lib [20:06:47] poor maps! seizure bad [20:06:58] http://toolserver.org/~erfgoed/api/api.php?action=search&format=json&sradm0=de&sradm1=de-nw <- encoding problems seem to be deeper [20:07:02] jeremyb: the "normal" wikipedia app? i have no idea what you want to know [20:07:04] jdlrobson, there's a conflict between mobile and non-mobile uses of toolserver [20:07:12] mm [20:07:12] lyzzy: so, not WLM then [20:07:17] the app that creates tockets in otrs-queues [20:07:24] darn looks like i left my office computer logged into irc again, let's see if i can reclaim 'brion' :) [20:07:28] well MaxSem I'm pretty sure there's something I can do in the client that I probably need to do anyway.. [20:07:35] no, sry. forgot that this is the recent topic [20:07:37] woot [20:07:57] 0.2 * 0.2 seems very small though :) [20:08:32] jdlrobson, imagine someone zooming out of central London [20:09:16] restriction temporarily enabled on toolserver, please test [20:09:22] MaxSem: so I'm thinking for zoom levels which create areas larger than 0.2*0.2 we should just show the monuments that they'd find at the capped zoom level if that makes sense [20:09:35] MaxSem: need to write code first :) [20:09:59] I think I can solve https://bugzilla.wikimedia.org/show_bug.cgi?id=38653 in the process [20:10:10] * jdlrobson sets to work [20:11:20] hrmmm, /me picks someone to ping... [20:11:29] philinje: any ideas about lyzzy's question? [20:11:35] who should she talk to? [20:12:11] MaxSem: Can you have a look at https://svn.toolserver.org/svnroot/p_erfgoed/erfgoedbot/sql/fill_table_monuments_all.sql ? I think the hardcoded Koln is causing encoding issues [20:13:03] awjr / MaxSem : Started https://bugzilla.wikimedia.org/show_bug.cgi?id=38986 for the encoding issue [20:13:10] dangit! http://www.svgopen.org/2012/ is during out all-staff [20:13:33] on it [20:14:16] brion fun bug hey:? :) [20:14:38] jdlrobson: i suspect we need to throw an invalidateSize() on the map somewhere [20:15:15] brion: or can you name someone to ping? [20:15:48] jeremyb: about feedback thingy? i'm not too familiar with how that works atm [20:16:32] brion: jdlrobson so, showMap used to call invalidateSize, and I think we took that out yesterday. [20:16:39] suspicious [20:16:42] (or a while before, actually) [20:17:20] lyzzy: hrmmm, did you talk to philippe yet? [20:17:23] * jeremyb can poke him [20:18:14] no, they are discussin on the german private otrs mailing list [20:18:25] right, i got that [20:18:30] which isn't really helpful ... [20:18:36] hmm, showMap wouldn't get called on a back() would it? [20:18:40] er showMonumentsMap [20:18:41] multichill per the separator escaping issue, do you think using '||' for the separator would be sufficient? [20:18:43] lyzzy: looks like maybe pchang is the guy? or philippe or maggie [20:18:59] great! [20:19:08] oh, huh, pchang == philinje! [20:19:10] multichill also can you prepare a bug for mapping adm values to human readable names? [20:19:11] i didn't realize that [20:19:11] and were'äs the place to start this discussion best? [20:19:29] I think it's a minor issue and || is worse than the problem ;-) [20:19:30] private email one to one doesn't seem to be the best solution [20:19:36] We also use | for props [20:19:37] lyzzy: so the guy i pinged without really knowing if it was right is the right guy [20:19:44] lyzzy: there's a mobile mailing list [20:19:46] multichill why is || worse? [20:20:11] Standard || or just to escape the ||? [20:20:19] lyzzy: (i'm going based on otrs-en-l from may 22) [20:20:52] multichill, does monuments_all need wikitext at all? [20:20:56] I would just say like you have now and maybe make it possible to use \| in to escape it [20:20:57] multichill i didn't understand that last comment, but the idea is to make || the separator, so: http://toolserver.org/~erfgoed/api/api.php?action=adminlevels&admtree=de|de-nw [20:21:05] lyzzy: https://lists.wikimedia.org/mailman/listinfo/mobile-l [20:21:10] lyzzy: jeremyb mobile-l and/or philinje would be the best bets [20:21:20] oh that didnt work but admtree=de||de-nw [20:21:23] you can poke tfinc, but he'll probably redirect you to philinje [20:21:35] yuvipanda: tfinc's not online, right? [20:21:41] which is a less annoying change than having to escape/unescape "|" in admin zone names [20:21:49] not right now, no. I'm unsure if philinje is either. [20:21:54] awjr: That looks like a missing parameter ;-) Just make the splitting function respect the \| and you're done [20:22:03] philinje's 1 hr idle. i guess lunch (timing is right) [20:22:04] Or just ignore it for now. [20:22:07] It's minor anyway [20:22:16] yuvipanda: thanks, although I don't think that they will subscribe to another mailinglist [20:23:05] lyzzy: can you summarize it? [20:23:17] sure. moment. [20:23:21] Put I think MaxSem is onto it. The import script should just strip off all the wikitext crap [20:23:27] We don't need it in the admintree anyway [20:23:42] multichill ok, moving on from that - how do you propose we map admin zone values to human readable names? the admin zone values appaer to be a hodge-podge of iso codes and arbitrary text (eg [[Los Angeles County, California]]) [20:23:46] lyzzy: anyone else active on the private de list and in the english world too? ;) maybe derhexer? [20:24:12] there is the option to propose changes for articles in the app. that creates zickets in the otrs and the volunteers feel uncomfortable to make these change per request [20:24:19] multichill, admin_tree and monuments_all should be consistent [20:24:36] or people will not find their monuments [20:24:36] +1 [20:24:40] the suggest the app to create comments in the tal page of the entire article instead [20:24:42] jdlrobson, yuvipanda: this feels icky but appears to help - https://github.com/brion/WLMMobile/commit/aaad7b8751af7284e11023d423ba6e3c1d89c5d5 [20:25:03] awjr: https://bugzilla.wikimedia.org/show_bug.cgi?id=38386 [20:25:09] jeremyb: derhexer of course [20:25:15] if I call invalidateSize() on the map immediately in showMonumentsMap() it screws up, so I've got it on a delay to let things reflow. Feels evil [20:25:45] But I have to leave now I'm afraid. Early day tomorrow..... [20:25:47] multichill but adm0-4 does not always have 'the code' [20:25:59] lyzzy: ... which app is this? The mobile apps don't really have an option for people to suggest changes [20:26:19] brion: tried doing it in geo init? [20:26:19] So the lookup function should look if it has the key -> return the contents or just the name of the key if nothing is found [20:26:47] yuvipanda: they have. the "normal" wikipedia app it is [20:26:49] hmm [20:26:51] multichill: i think it would be more appropriate to clean up the monument data [20:27:05] yuvipanda: i think geo.init() will only get called when we first create the map. we need to adjust it when we redisplay it later... [20:27:18] Define cleanup. And where do you want to do this? [20:27:32] I suspect the problem is that it's invalidating its size when we resize the window (rotate) while it's hidden [20:27:57] multichill: if we expect adm0-4 to be iso codes, then that is the data that should be present in the monument tables [20:27:59] oho [20:28:09] there's a 'trackResize' option. we could disable that and then do it manually maybe [20:28:15] yuvipanda: i just searched a little and found it quite easily. it's in [[special:mobilefeedback]]. linked from settings -> contact us [20:28:52] ah, yes. the app just defers to the mobile site. [20:28:53] awjr: We don't expect that. It's safe to expect it for adm0 and adm1, but lower is most text [20:29:02] oh i see. [20:29:11] yuvipanda: well, same channel, same people to talk to ;-) [20:29:35] true, i was just a little bit confused [20:29:36] yuvipanda: you find it under article feedback her: http://en.m.wikipedia.org/w/index.php?title=Special:MobileFeedback#section_3 [20:29:49] Municipalities don't have ISO codes ;-) See for example https://en.wikipedia.org/wiki/ISO_3166-2:US [20:29:59] multichill what is the ISO3166 extension you refer to? [20:30:15] jeremyb: mobile feedback has been a bit.. tumultous [20:30:17] It's an empty extension Siebrand created [20:30:19] but sry, I understand that you are talking about the wlm app currently, will forward the concerns to philippe [20:30:35] that doesn't sound very useful :p [20:30:43] lyzzy: jeremyb tfinc is here now :) [20:30:47] It should contain all the mappings of iso codes to the names in different languages [20:30:51] i see [20:31:02] multichill it's a mediawiki extension? [20:31:07] so for example you could ask for nl (iso code) in nl (language code) and you would get Nederland [20:32:21] I wanted to take a shot at it last night, but for some reason my ssh key was gone in git so I was pissed off and went to bed [20:32:52] You might be able to bribe Amir into making https://en.wikipedia.org/wiki/ISO_3166-2:US [20:32:58] Ahum, https://bugzilla.wikimedia.org/show_bug.cgi?id=38385 [20:33:38] lyzzy: you have mail [20:34:05] jeremyb: indeed. thanks. [20:34:08] tfinc: do you want to talk about mobile feedback? or lyzzy should just mail? (on behalf of the german team) [20:35:22] awjr: Sorry for leaving in the middle, but I really need to go now [20:35:34] multichill ok [20:35:36] talk to you later [20:35:46] I'll probably be online on Saturday [20:36:09] tfinc: I think it's best to first collect the concerns. maybe we do it on the otrs-wiki and let philippe know. no need to discuss immidiately [20:36:25] jeremyb: thanks for your support! [20:37:04] lyzzy: otrs-wiki is fine. first priority is in english! ;-) ;-) [20:38:14] brion: any chance you can translate this> https://bugzilla.wikimedia.org/show_bug.cgi?id=38867 ? [20:39:16] (As in I'm not sure I understand the problem [20:39:33] jdlrobson: sounds like… the live site hasn't updated to the new translation yet [20:39:54] might just have to wait for the next deploy [20:40:20] if the string was marked fuzzy that probably means it changed on the inside so might not be picked up automatically [20:40:42] assuming we're still doing those LocaleUpdate thingies (if that was the name) [20:44:12] lyzzy: sorry, back now [20:44:25] the OTRS requests go through the new Contact form [20:46:36] i thought the answers were standard form letters, like "We are not responsible for the content of articles" etc. [20:47:10] jdlrobson: how's this look? https://github.com/wikimedia/WLMMobile/pull/97 [20:47:20] * jdlrobson looks [20:48:15] looks hacky ;-) [20:48:20] it is :D [20:48:31] but it's nicely abstracted and commented with how to reimplement it should the hack break ;) [20:49:09] jeremyb: lyzzy if time difference makes tit hard to talk here, feel free to email me at: pchang at wikmedia [20:49:35] very sorry, makes it hard to talk here [20:53:22] jdlrobson: squashed version: https://github.com/wikimedia/WLMMobile/pull/98 [20:55:29] oh poop, i gotta fix the whitespace :D [20:57:48] fixed [21:06:15] tool server not doing well at all right now [21:06:18] making development very hard.. [21:06:32] MaxSem: awjr_lunch ^ ? [21:09:51] jdlrobson, what exactly? http://toolserver.org/~erfgoed/api/api.php?action=search&srcountry=fr&srlang=ca works for me [21:12:37] it's working now.. it was struggling a few moments ago [21:14:06] philinje, jdlrobson, tfinc, look at all these languages: https://github.com/wikimedia/WLMMobile/tree/master/assets/www/messages [21:14:14] \o/ [21:14:16] it's toolserver... [21:14:31] a few hours ago there were only en and qqq. [21:16:21] aharoni: awesome! [21:16:40] Someone broke wikipedia \o/ [21:35:02] MaxSem: did you say the limit was 0.2 degrees of latitude/longitude ? [21:35:03] e [21:35:04] . [21:35:14] yes [21:35:36] e.g. a bounding box should be no wider then 0.2 [21:35:36] k [21:35:36] just having some weirdness [21:37:32] jdlrobson, due to floating point representation, 0.2*0.2 might not be exactly equal 0.04 [21:37:56] so you'd better restrict it to 0.199*0.199 :) [21:38:06] so MaxSem maybe i've misunderstood [21:38:15] but given a bounding box -4 to 4 long and 4 to 4 lat [21:38:34] i'm trimming it to -0.1 to 0.1 long and -0.1 to 0.1 lat [21:38:41] have I misunderstood? [21:38:57] see above [21:40:52] MaxSem has anyone yet looked at the puppet issue for the wlm api host? [21:41:48] awjr, none :( Rob is busy and created https://rt.wikimedia.org/Ticket/Display.html?id=3366 for others [21:42:45] MaxSem looks like faidon has a solution that he posted on the ticket! [21:44:06] but he has no solution how to implement it:) [21:45:07] :( [21:49:43] awjr, https://gerrit.wikimedia.org/r/#/c/17468/ [21:52:08] MaxSem Reedy beat me to it - it is merged [21:52:20] :o [22:28:46] [WLMMobile] brion pushed 4 new commits to master: https://github.com/wikimedia/WLMMobile/compare/e628ef27ba1e...b9230791f4f3 [22:28:46] [WLMMobile/master] re-insert tests incorrectly removed in c871e2eafae140df9286626a8ae3719e30229662 - jrobson [22:28:46] [WLMMobile/master] impose a cap on zoom level for current location (bug 38983) - jrobson [22:28:46] [WLMMobile/master] trim bounding box to 0.2*0.2 to avoid big bounding box requests (bug 38653) - jrobson [22:36:25] awjr: hi [22:36:48] hi philinje [22:37:03] how's your schedule tomorrow? [22:39:01] tomorrow is my 20% day [22:39:40] oh. Tomasz wants me to resolve the Save for Later functionality tomorrow [22:40:02] so the idea is to have a meeting, I'm think with you and Jon at this point [22:42:00] ok [22:42:04] awjr and i were just doing a debrief of the sprint planning and estimation meeting [22:42:07] im pretty flexible for a meeting tomorrow then [22:42:09] philinje ^ [22:42:24] and we've just gotten to the point where we were talking about how well the thx mic worke dout [22:42:58] awjr: so its too sensitive ? [22:43:11] so i think the thx mic is by far superior to any laptop mic, but positioning it seems important. putting it ON the conference table has the negative consequence of picking up every noise made on the table [22:43:32] tfinc: i dont think sensitivity is the issue, any mic without some kind of dampening on it would have the same effect just sitting on the table [22:43:41] awjr: does chip know that? have we tried it anywhere else ? [22:43:49] how well does it work for the standup relative to this ? [22:44:40] i dont know if chip knows, but i can be in touch with him about it. during one of the agile training meetings, i moved the thx mic to another table that no one was using to try and improve the problem for MaxSem. as for standups, it is not a problem because the mic sits on a table that people do not touch during standup [22:45:06] i think when i moved the mic during the agile trainings, however, it was poorly positioned to pick up audio from people speaking in the room [22:45:36] New patchset: Jdlrobson; "don't force logo width and height (bug 38832)" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/17476 [22:45:43] i dont know much about that particular mic in terms of directionality, etc, but i was surpsied during yesterday's meeting to hear patrick VERY well (he was the farthest from the mic), but not hear tomasz very well (sitting next to the mic) [22:45:54] awjr: jdlrobson how about today? [22:46:06] ...and forbid jdlrobson to bang the table with his glass near the mic! :P [22:46:10] pihlinje that works for me, i have nothing scheduled for the rest of the afternoon [22:46:12] * jdlrobson catches up [22:46:24] sure [22:47:07] ok cool, let me find a room for 4pm [22:48:01] tfinc do you know if it's possible/trivial to use one of the polycom phones as a mic plugged into a laptop for use with hangouts? [22:48:31] philinje: http://en.wikipedia.org/w/index.php?title=User:Victorgrigas&pe=1&#Wikimedia_Foundation_Monthly_Metrics_Meeting_August_2.2C_2012 [22:48:33] i think the polycoms are generally pretty good at picking up speech in the rooms and does not suffer the same problem as the thx mic, probably because it has some dampening built it [22:48:37] s/built it/built in [22:50:15] awjr: i have no ideo. lets try it. message chip and lets us know how we can set it up [22:50:18] idea* [22:51:05] ok, i'll be in touch with chip about all of this after i meet with phil and jon [23:01:33] philinje should i call in to the conference room, or are we using hangouts? [23:02:24] awjr: is Skype ok [23:02:29] sure [23:40:07] awjr_mtg: philinje https://bugzilla.wikimedia.org/buglist.cgi?cmdtype=runnamed&namedcmd=WikiLovesMonuments&list_id=135040 [23:43:29] https://bugzilla.wikimedia.org/buglist.cgi?cmdtype=dorem&remaction=run&namedcmd=WikiLovesMonuments&sharer_id=14942&list_id=135048 [23:56:48] awjr_mtg: can you create a mingle account for Jon? [23:58:41] https://bugzilla.wikimedia.org/show_bug.cgi?id=38922 [23:59:27] https://bugzilla.wikimedia.org/show_bug.cgi?id=38693