[00:01:18] MaxSem: awjr experiencing some really strange login related/permission related issues here [00:01:24] awjr: hi, can you chat? [00:01:26] ? [00:01:34] jdlrobson, yes? [00:01:38] pchang_ one se [00:01:39] c [00:01:40] so I'm with Matthew Roth and he's just shown me some issues he's having with the WLM app [00:01:52] firstly he can't login as Almonroth - it says his username is invalid [00:02:19] jdlrobson does he have an account on testwiki? [00:02:24] then he tries his Matthew (WMF) account and it logs in fine - but when he tries to upload and gets Response = {"servedby":"srv193","error":{"code":"permissiondenied","info":"Permission denied"}} [00:02:44] mmm delicious [00:02:46] well it's possible Almonroth is not on testwiki but Matthew (WMF) is a universal account [00:02:53] that would make sense [00:03:11] jdlrobson maybe have him try to set up Almonroth as an account on testwiki and try again? [00:03:24] (awjr which if that is the case we need to tell people to create an account on test wiki) [00:04:23] yeah - it's been a while since i've been in the app code, but last time i was it was uploading photos to testwiki (and using testwiki accounts) [00:04:36] yeh so this would explain a lot of people's login problems [00:04:50] yep [00:04:55] we suck by not having communicated this [00:05:08] heh i had to discover it by looking through the app code :p [00:05:37] if people can't figure it out by reading our code, they shouldn't use the app. that's what i always say. [00:05:51] hang on, I never set up an account on test wiki [00:06:01] and i am using my universal account [00:06:13] yeah i think universal accounts work on testwiki [00:06:17] Matthew can login with his universal account no problem [00:06:53] so awjr the universal account thing still seems problematic [00:07:00] i've sent a mail to Matthew to see if he can upload there [00:07:11] pchang_ except he's getting a permission denied error when he tries to upload [00:07:24] testwiki appears to be SUL-enabled: http://test.wikipedia.org/w/index.php?title=Special%3AGlobalUsers&username=&group=Staff&limit=50 [00:07:28] i dont know how permissions are set up on on testwiki [00:07:43] * MaxSem looks in config... [00:08:04] it's possible matthew's user is not in a group that can upload photos [00:08:45] awjr: so he didn't have a Almonroth account [00:08:48] so that solves that problem [00:09:01] and max is checking on permissions [00:09:03] awjr: MaxSem wait.. i'm getting him to check if he can upload a file to test wiki [00:09:27] e.g. clicking upload it on http://test.wikipedia.org/wiki/File:Tes2r4114.png [00:09:37] awjr, global users have explicit upload perms [00:09:51] well then that is weird. [00:10:29] other folks have no issues with the apk matthew's using? [00:11:33] correct [00:11:48] :( [00:12:12] ok now when i try the upload it hangs [00:12:25] eventually giving me permission denied [00:12:58] perhaps something is borked on testwiki [00:13:21] that's not unusual [00:13:53] preilly did you see any issues on testwiki during today's mobile frontend deployment? [00:14:27] awjr: so Matthew Roth when he logs in and goes to http://test.wikipedia.org/wiki/File:Tes2r4114.png doesn't see an upload button [00:14:33] i guess there is a minimum number of uploads [00:15:12] jdlrobson that is strange - when i go to that link, there is no file existing, but i see a link to upload it. [00:15:14] no button though [00:15:48] " but you can upload it." [00:15:52] upload it is the link [00:16:02] i meant link not button [00:16:04] so Matthew doesn't see it at all [00:16:06] yah [00:16:09] so that's the issue [00:16:15] i don't know why he doesn't see it [00:17:06] I've just tried my staff account - I have upload perms [00:17:16] yeah i just had no problems uploading either [00:17:43] MaxSem global users can upload, or just staff accounts? [00:18:28] there's no such group as "global users" - there are different global groups with different permissions [00:19:52] awjr: recorded issues and sent a mail [00:20:13] So only thing Matthew can think of is apparently his account was originally Matthew (wmf) and wmf got uppercased [00:20:17] something might have got borked in the process? [00:20:29] possibley, but jdlrobson you said you got permission denied as well? [00:20:39] i didn't no [00:20:45] anyway i've got to dash off.. [00:20:54] i've sent what i know in the email [00:21:29] 5:12 [00:21:29] jdlrobson [00:21:29] 5:12 [00:21:30] ok now when i try the upload it hangs [00:21:30] 5:12 [00:21:31] eventually giving me permission denied [00:22:20] ok, unsolved mystery for now. pchang_ i can chat now [00:22:39] ok [00:22:43] one sec [00:23:46] awjr: finding a room [01:12:26] argh https://github.com/wikimedia/WLMMobile/pull/108 — This pull request cannot be automatically merged. [01:12:46] preilly: what causes that? [01:12:56] tfinc: it needs to be rebased [01:13:07] tfinc: it needs to be rebased [01:21:19] awjr: any news if google will ever bring back perma hangout urls ? [01:21:35] tfinc not that i could find. lots of complaints about it tho... [01:22:25] yeah, i'm reading up about them now [01:29:39] yay just got through step 1 of dealing with ISO-3166-2 data and the cldr extension. i've now got a csv parser/processor for iso-3166-2 data coming from the data source, and am outputting stuff we care about in line with how other things are handled in cldr. now i just need to figure out how to handle subdivision name translations from the interlanguage links and making cldr extension work with the stand-alone wlm api… [01:29:46] im outta here see you all tomorrow [12:22:17] So, the mediawiki API tells me search is disabled if I'm trying to search for punctuation. :-/ [12:24:29] jerith: https://en.wikipedia.org/wiki/Special:ApiSandbox#action=opensearch&format=json&search=%3B&limit=10 works? [12:24:46] what kind of punctuation? [12:24:52] and how does it tell you it is disabled? [12:25:01] I've seen it with '.' and '#'. [12:25:28] jerith: https://en.wikipedia.org/wiki/Special:ApiSandbox#action=opensearch&format=json&search=.&limit=10 works [12:25:38] jerith: https://en.wikipedia.org/wiki/Special:ApiSandbox#action=opensearch&format=json&search=%23&limit=10 works too [12:25:41] url encoding issues perhaps? [12:26:09] I'm using action=query&list=search. [12:26:16] Different search API. :-/ [12:26:25] Hrm. You're in India, right? [12:26:47] Do you have a Tata sim card? [12:27:19] jerith: no, I've a Vodafone one [12:27:41] jerith: I can acquire one in a few days if that would help, however [12:33:58] yuvipanda: No worries. I'll be in Delhi by Wednesday and Dan's arranging me one. [12:35:16] The Tata guy I'm working with on the integration is cool, but he also has other stuff to do. [12:35:33] So sometimes it takes a while for him to test stuff. [12:36:25] Hallo. https://github.com/wikimedia/WLMMobile/pull/101/ is still not merged :( [12:42:42] yuvipanda: ^ [12:43:05] any chance of fixing this today? people want to test the translations and keep bugging me :) [12:43:54] aharoni: let me poke brion/jdlrobson today again [12:44:14] jdlrobson wants tests. [12:44:31] I believe that the smiley after it means it is going to go through without them [12:45:31] isn't this just a matter of trying to translate a string and seeing that it's translated? I'd do it myself, but I never tried writing mobile tests and I'm very busy with WebFonts this week. [12:46:18] aharoni: no, you'd need to provide mocks for actually changing the UI language and then checking if that's done. Since we're essentially testing Android's functionality, i believe tests in this particular case will be mostly useless. [12:46:39] changing the UI language of android [12:49:58] hmm, I see brion's concerns [12:50:09] restarting the app 'caches' the lang value for at least one more time [12:50:12] let me fix that [13:21:38] hmmm, we don't have a nice way for overrides... [13:35:00] hmmm, our plugins don't work on 2.0 anymore [13:35:03] * yuvipanda goes to fix that [13:41:25] aharoni: updated pull req with more code to make this actually work :) [13:51:19] Yay! We have successfully tested the Wikipedia USSD app end-to-end in India! [13:51:42] (Excluding unicode stuff. The handset they used apparently doesn't support that.) [13:52:22] yuvipanda: thanks! [15:25:06] yuvipanda, is https://www.mediawiki.org/wiki/Wiki_Loves_Monuments_mobile_application/Queries still up to date? [16:01:59] hey awjr [16:05:11] hi MaxSem [16:36:01] MaxSem, somehow I lost yesterday's log file, where did you say the sitematrix was updated that I could test against? [16:36:13] mediawiki.org [16:36:57] ah, I was trying wikimedia.org, no wonder it failed. [16:37:52] thank you [17:00:13] greetings all [17:00:19] hello tfinc [17:00:22] awjr: pass over the hangout link when you have it [17:00:39] tfinc will do - did you see my email about delaying standup? [17:01:32] preilly: mentioned it but i haven't read it [17:01:35] pulling it up now [17:02:10] 10:15 [17:02:12] roger [17:03:32] awjr, are you the person to talk about app's requests to the API? [17:03:53] MaxSem i am likely one of a few people you can talk to about it :) [17:04:30] okay, so Yuvi wrote this page https://www.mediawiki.org/wiki/Wiki_Loves_Monuments_mobile_application/Queries [17:04:39] is it still actual? [17:04:54] do we really don't filter by language? [17:05:14] i don't htink that's up to date [17:05:24] i'm not positive but i think we currently do not filter by language [17:05:33] although once we have translated country/subdivision names, we will have to [17:05:50] awjr: we have a new camera+tripod to play with for the brown bag hangout today [17:06:00] aweseome! [17:06:20] awjr: jon just stepped in [17:07:12] awjr, at least we need to figure out how to query by admtree results (sradm0=...&sradm1=...) [17:07:20] MaxSem: jon is probably best to talk to about queries currently being used in the app and i can update that page with the new adminlevels queries that are possible [17:07:30] okay [17:07:41] MaxSem i don't quite follow - what is the usecase? [17:08:17] we've retrieved a branch, e.g. us|us-ca|foo [17:08:32] now we need to query monuments on it, right? [17:09:09] yeah, so you should be able to do action=search&sradm0=us&sradm1=us-ca&sradm2=foo [17:09:25] note that the params are sradm* [17:09:28] not adm* [17:10:03] fun stuff: such queries are unindexed [17:10:18] MaxSem: let me check [17:10:56] MaxSem: oh good [17:11:04] >_< [17:11:05] and we can't create an index on adm0...4 cause it will be too long [17:11:25] mysql's limit is just 1020 bytes;) [17:11:49] MaxSem do you think it's too late to spend some time fixing thae datasets so we can get consistent IDs for the records? [17:11:58] that would resolve a lot of the pain points we're experiencing [17:12:16] consitent ids like what? [17:12:56] well part of the problem right now is that we have to do text queries on things that are not necessarily unique, so we have to make queries more complicated (like including adm0, adm1, adm2, to get info about adm3) [17:13:52] if we could recall data from consistent IDs, indexing would not be a problem and we would be able to use less complex queries [17:13:57] tfinc, MaxSem: tfinc, MaxSem: https://plus.google.com/hangouts/_/87bb9841d426bfce9340f1339221b696d84d4b73?hl=en-US [17:25:24] awjr, using tree ids would mean that we'll have to store several admin IDs for every row, because we could query for all the monuments for different tree depths such as just us, us|us-ca or us|us-ca|Orange County [17:28:28] MaxSem yeah, which i think would be better than storing multiple long strings for every monument row [17:28:54] MaxSem but implementing it would be somewhat complicated, i think [17:29:10] yeah, due to the way updates are done [17:29:20] exactly [17:29:42] i wish this had been built in with the system that captures monument info [17:29:48] multichill, how hard could it be to make the bot update monuments_all directly? [17:31:06] Not too hard [17:31:27] But the exceptions might make it more difficult [17:32:56] on the other hand, i we decouple monuments_all from adm strings, it could make monuments_all updates much more complex [17:33:28] dammit, we should use MongoDB! [17:33:42] it's webscale after all [17:35:17] at what point do the adm strings get added to the monuments_all records? [17:35:27] preilly: where are we with geodate? [17:35:42] MaxSem: If I would redo it i would probably use some sort of nosql system, but we're past that I'm afraid.... [17:35:54] awjr: On input [17:36:04] multichill, for this year;) [17:37:59] multichill how difficult would it be to implement admin_tree mapping on input also so we do not need to store text adm info in the monuments tables? ideally we could just store unique adm ids [17:38:38] It's August, I think we're past the database remoddeling [17:39:27] MaxSem what are the performance implications as things are currently set up? [17:40:19] we filesort on full-text search, for example [17:40:28] * awjr shudders [17:40:43] but its performance looks acceptable [17:41:01] our server looks yummy [17:41:06] MaxSem did you have concerns about look ups with multiple adm levels? [17:41:39] you mean admin_tree lookups or monuments_all [17:41:41] ? [17:41:46] either [17:42:17] adm0-4 is all indexed in the monuments_all table so that should be fast [17:42:41] yeah, but these indexes are separate [17:42:58] they work fine if you search by just one adm level [17:43:07] but we have a different use case [17:43:09] MaxSem i think we're probably better off doing individual queries rather than complex joins for those then [17:43:34] You mean like sradm0=nl&sradm1=nl-nh max? [17:43:41] yes [17:47:28] According to the explain it's an "index_merge". That should be quite fast, right? [17:49:09] which query did you profile? [17:49:24] EXPLAIN SELECT * FROM monuments_all WHERE adm0='nl' AND adm1='nl-nh' LIMIT 10 [17:51:44] Hmm, when I include adm2 performance drops, but that's problaby because that's a `adm2` varchar(255) DEFAULT NULL [17:52:01] MaxSem: Do you have an easy query to see what's the maximum lenght of adm2? [17:52:02] awjr: did you see my reply about Bugs from Matthew Roth? [17:52:35] multichill, with adm3 and adm4 it's even more sad [17:54:01] philinje, hi - I'm working on your spike right now [17:54:15] multichill, select max(length(adm2)) from monuments_all; [17:54:20] 82 [17:54:25] MaxSem: :) [17:54:47] wtf, a "SELECT DISTINCT(adm0) FROM monuments_all;" just took 40 seconds [17:54:57] max(length(adm3)) = 119 [17:55:17] max(length(adm4)) = 171 [17:56:20] Would that improve the indeces a lot if we trim down the field lenght? [17:56:27] *length? [17:56:45] MaxSem tfinc: https://plus.google.com/hangouts/_/6509ed03284f618e7f5e748813f25d5383ef73b5?authuser=0&hl=en-US [17:56:50] we could even squeeze it into mysql's limit [17:57:56] the problem is that these limits might not be enough for non-latin languages [17:58:16] Iso codes are always latin, so that covers adm0 and 1 :-) [17:58:54] tfinc can you make sure the yeti is in omnidirectional mode? it's the circle icon [17:59:22] 0 and 1 are short anyway [18:00:36] yo [18:00:43] MaxSem: Check out the diff on fill_monuments_all.sql [18:00:47] yuvipanda: there? [18:01:24] MaxSem: What is the mysql limit here? [18:01:38] eh, 1020 i think bytes [18:01:58] and utf8 chars take 2 bytes [18:02:03] awjr: can we try and avoid bug discussions during the brown bag today? [18:02:11] I think it's better to focus the topic [18:02:22] if we have any time at the end then look through them [18:02:33] MaxSem: Try EXPLAIN SELECT * FROM monuments_all WHERE adm1='us-ok' AND adm2='[[Oklahoma County, Oklahoma]]' LIMIT 10; [18:02:36] or focus on one of the bugs - e.g. cookies [18:02:40] ( http://toolserver.org/~erfgoed/api/api.php?action=search&format=html&sradm0=us&sradm1=us-ok&sradm2=[[Oklahoma%20County,%20Oklahoma]] ) [18:02:43] awjr: on it [18:02:48] jdlrobson that's fine with me, tfinc had put it on the agenda [18:02:57] I was going to suggest us putting a load of topics on the board and then leading the conversation around what people are most keen to talk about [18:02:59] multichill, what revision should I look at? [18:03:11] (the board being a whiteboard/piece of paper) [18:03:15] The one active in ~erfgoed, just do svn diff on it [18:04:34] jdlrobson, preilly, brion, philinje: estimation meeting! r31 [18:04:55] jdlrobson that sounds good to me, it's your baby so you should run with it :) [18:05:06] awjr: i overslept :P send me the hangout link [18:05:14] heh [18:05:15] brion: https://plus.google.com/hangouts/_/6509ed03284f618e7f5e748813f25d5383ef73b5?authuser=0&hl=en-US [18:05:18] tx [18:05:21] np [18:06:26] jdlrobson: heya [18:15:18] tfinc: I see there's a WPSignpost repo under wikimedia on Github. Want me to switch over to that, or shall I keep it in mine 'unofficiall'y/ [18:15:19] ? [18:15:32] Who can help me out here? The mobile homepage for a Wikipedia is somehow configured on wiki somewhere? [18:15:37] yuvipanda: your choice [18:15:42] Where can I find documentation on that? [18:15:45] yuvipanda: I can delete it too [18:15:50] yuvipanda: if you like [18:15:59] jdlrobson: https://mingle.corp.wikimedia.org/projects/wlm_android_app/cards/138 [18:16:20] preilly ? ^^ [18:16:44] preilly: hmm, delete it for now and we can figure it out later? Don't want a stale repo sitting there prominently. [18:16:59] (where now -> when you have the time :) ) [18:17:18] multichill, this change is not enough to make it possible to create a key on all adm levels [18:18:01] yuvipanda: Your repository `wikimedia/WPSignpost` has been successfully deleted. [18:18:13] preilly: Never mind, I found it at https://nl.wikipedia.org/wiki/Portaal:Hoofdpagina_%28mobiel%29 [18:19:42] Hmm, that's different than https://nl.m.wikipedia.org/ [18:19:45] Where is this configured? [18:19:56] preilly: thanks :) [18:20:09] yuvipanda: Or maybe you know it? [18:21:37] multichill: https://meta.wikimedia.org/wiki/Mobile_Projects/Mobile_Gateway#How_do_I_format_a_mobile_homepage.3F is what you're looking for? [18:22:25] Ah, right, so now it's css [18:22:54] yuvipanda: were all distracted by a google hangout iteration estimating meeting right now for WLM [18:23:54] tfinc: ah, right. [18:28:30] yuvipanda: We're discussing marketing. In an ideal world we would show a WLM banner to Android users in the right country. [18:29:05] Now I'm proposing to just add the banner to the mobile site of several language Wikipedia's (like Dutch) [18:29:28] yuvipanda: will grab you a bit later to talk tests [18:32:20] jdlrobson: ok [18:32:33] multichill: i'm unsure if geonotices work on Mobile [18:32:44] They certainly do not exist on the app [18:32:46] yuvipanda: multichill: they do not [18:33:06] that's why when asked about this last .. a couple of weeks ago by elke i said that mobile has no central notice support [18:33:28] yuvipanda: Screw geo, just everyone [18:33:54] All Dutch speakers live in either the Netherlands or Belgium [18:34:09] So if anyone opens the Dutch wp on his phone you can show the banner [18:34:45] multichill: i'm going to re-iterate. we have no official banner support on mobile. [18:35:13] preilly: thoughts about how to field that ? [18:35:21] multichill: convincing those communities to modify their home page? [18:35:22] tfinc: ^ [18:35:37] tfinc: not really sure [18:35:40] that's the only possible thing I could think of [18:35:45] tfinc: I'd need to noodle it a bit more [18:35:46] yuvipanda: that'd certainly work but would have to be coordiantd. the dev team has no capacity for it [18:35:54] Just some css to hide it for the normal user and to show it to the mobile user [18:35:59] indeed, that's something that the WLM folks would have to do [18:36:24] but that's zero dev work, and it's already in place (main page modifications) [18:38:16] yuvipanda: http://test.m.wikipedia.org/ [18:39:30] multichill: shows up :) [18:39:38] you can hide it in common.css, (as a hack for now) [18:39:42] we don't load that in mobile [18:39:47] (or we didn't, last time I checked) [18:39:55] you can also 'guard' that with a media query if you want [18:43:56] yuvipanda: Ok. I think the local hackers will manage. Take a look at http://test.m.wikipedia.org/ now. Made a quick real banner [18:44:59] multichill: displays on https://test.wikipedia.org/wiki/Main_Page too [18:45:23] I know, I'm an idiot when it comes to css, so I have to look that up ;-0 [18:45:30] :D [18:46:58] Aargh, I used a style="text-align:right;display:none">, but the mobile does respect that [18:48:28] yuvipanda: How would you do it? What would I need to put in commons.css? [18:51:56] multichill: jdlrobson would be the best person to ask about this :) but i'm guessing that #mf-wlm-banner { display: none; } in commons.css would work? [18:55:28] yuvipanda: Ok, that seems to work [18:57:21] okay guys, so what about up to date API queries? [19:17:57] brion: maxsem : just waiting on you to get started again [19:18:03] yuvipanda: want to join our brown bag ? [19:18:16] i'm back [19:18:19] yuvipanda: https://plus.google.com/hangouts/_/6509ed03284f618e7f5e748813f25d5383ef73b5?authuser=0&hl=en-US [19:18:40] MaxSem: joining us for the brownbag ? [19:19:07] dunno:p [19:19:57] http://etherpad.wikimedia.org/MobileTeamLunchHangout [19:44:56] MaxSem, brion, jdlrobson: Do you have http://etherpad.wikimedia.org/MobileTeamLunchHangout open? [19:45:04] yup [19:45:07] yep [19:46:02] interesting it wasn't show you on the user list [19:46:12] but I refreshed and it does now [19:46:16] weird [20:00:55] brion: move [20:01:09] brion: okay I was afraid you were 2D [20:01:13] rofl [20:07:36] awjr: brion MaxSem : how were the two meetings for you guys as remote participants today ? [20:07:54] not bad [20:07:56] todays big change was to use a camera on a tripod so that we didn't lose a lapto [20:07:57] p [20:08:22] it looked like everything was really easy to follow and that all of you stayed engaged [20:08:25] flyingclimber: they were good! but now im a little fried from back-to-back meetings [20:08:34] but the room could really use carpets on the walls to improve accoustics [20:08:47] carpets on walls ? [20:09:07] hehe [20:09:10] hehe [20:09:21] i feel like painting this room to make it look less drab [20:09:53] mushroom kingdom 2? [20:09:57] how did you guys like switching to the new camera? is it better then the laptop camera? was it wide angle enough ? [20:10:03] awjr: no, i want to do a new theme [20:11:22] i think the new camera was good, i saw everyone in the room pretty well except for you, tomasz [20:11:38] awjr: thats what i figured. we'll keep using it then [20:11:44] w00t! [20:11:52] im sure it was nice getting your laptop back [20:12:02] yes it was [20:12:24] flyingclimber: worked pretty well [20:13:08] awjr: i can't but the camera dead center as its tripod then blocks the projector beam [20:13:22] but it does make it look as if johhny five is on the projector [20:13:23] :D [20:13:27] oh, maes sense [20:13:29] heh [20:13:40] http://en.wikipedia.org/wiki/File:Johnny5_03.jpg :D [20:13:42] i suppose in r37 that would be less of a problem since the projector is mounted on the ceiling [20:13:46] could put the camera in the middle and mount a fisheye lens on it ;) [20:13:52] ! [20:13:54] r37 is more of a probem with its acoustics [20:14:17] brion: its wide angle enough. the tripod is too tall [20:14:18] we're going to be in r37 on friday for the sprint retrospective [20:14:30] awjr: then expect all new fun with acoustics [20:14:37] hopefully the accoustics will be better for remotes now that we know how to toggle the directionality on the mic [20:14:37] awjr: we should do a run through in there before friday [20:14:44] oh nooooooo r37 acoustics suck [20:14:48] flyingclimber: that sounds good [20:14:54] unfortunately r31 is booked [20:15:16] awjr: are you free to try it now ? [20:15:28] i negotiated a room switch to r31 for today's meeting, i can try again for friday [20:15:31] flyingclimber: sure [20:15:58] k, i'll need about 5min to get it started up [20:16:03] bbiab [20:16:54] oh the other meeting in r31 on friday also has remote participants - i probably don't have a good case to switch with them anymore [20:17:36] we're cooler than they are [20:18:01] brion excellent point, i'll be sure to bring that up [20:18:07] :) [20:18:37] hmm i dont seem to be able to view 6th floor conference rooms in google calendar [20:19:07] that is, i can see them to add as guests to calendar invites, but i cannot view the calendar for the room to see who's in them at a given time [20:22:15] heyyyyyyyyyyyyyyyyyyyyyyy [20:22:29] I'm blocked on API requests [20:23:27] ruhroh [20:23:30] what api? [20:24:45] awjr: https://plus.google.com/hangouts/_/15451d6fc28fc07df694c2db0317071b9685ac31?authuser=0&hl=en-US [20:24:52] same old thing: i need to know the current state of https://www.mediawiki.org/wiki/Wiki_Loves_Monuments_mobile_application/Queries [20:44:48] MaxSem oh i see what you mean- i thought you meant you wre being blocked from performing queries :p [20:45:24] MaxSem i need a quick break and then i'll update that doc with the info i have, you might also ping jdlrobson as he can fill in gaps [20:45:38] thanks [20:48:14] jdlrobson, can you help^^ [20:48:52] MaxSem: what do you want to know? [20:49:18] API queries the app currently issues [20:49:32] * jdlrobson looks [20:49:35] action=search mostly [20:50:16] looking at source... [20:50:43] we have 1) action: 'search', srcountry, srname [20:50:52] action: search, bbox [20:51:01] search,srcountry [20:52:15] but it needs to filter by language [20:52:23] adminlevels, admtree [20:52:56] search,sradm…. [20:53:14] you've made me realize that the search isn't probably going to work now with the new admin levels [20:54:43] i'm not sure i understand on filtering by language.. [20:54:44] what do you mean? [20:54:48] MaxSem: ^ [20:55:06] the same monument can be present in several languages [20:55:18]