== Meeting information == * #ubuntu-touch-meeting: Weather Reboot meeting, 12 Mar at 18:03 — 19:03 UTC * Full logs at [[http://ubottu.com/meetingology/logs/ubuntu-touch-meeting/2015/ubuntu-touch-meeting.2015-03-12-18.03.log.html]] == Meeting summary == ''LINK:'' https://docs.google.com/a/canonical.com/presentation/d/1qJ4wzwHsHGNb7GDVjrarMUj4lyro-dLR2_4Xu1b5vQU/edit#slide=id.p == Vote results == == Done items == * (none) == People present (lines said) == * ahayzen (104) * popey (82) * m-b-o (57) * nik90 (36) * balloons (5) * meetingology (4) == Full Log == 18:03 #startmeeting Weather Reboot meeting 18:03 Meeting started Thu Mar 12 18:03:11 2015 UTC. The chair is popey. Information about MeetBot at http://wiki.ubuntu.com/meetingology. 18:03 18:03 Available commands: action commands idea info link nick 18:03 Hows thing? 18:03 *things 18:03 Fine, tomorrow finally friday :) 18:03 \o/ 18:04 o/ 18:04 o/ ahayzen 18:04 heya 18:04 Couple of things to start 18:05 I see on twitter that bq said they will start shipping on 20th March 18:05 So it's finally happening :) 18:05 \o/ its happening people :) 18:06 Secondly I wanted to firm up where we are and what we have left for the reboot 18:06 a good place to start https://blueprints.launchpad.net/ubuntu-weather-app/+spec/weather-reboot :) 18:07 switch ubuntu-geonames on the backend, GPS for current location 18:07 "switch to" 18:08 So for your geonames patch I need to do a bit more testing which I will do tomorrow (as friday is a bit quieter) 18:08 few UI things left... 18:08 then file an RT to get it in 18:08 popey ok! 18:08 * popey edits the blueprint 18:08 like i'm half way through the clicking a delegate to show sub things 18:09 ahayzen it's bit messy because of the height of the list, isn't it? 18:09 then we need todo like we have ui niceness things like swiping the image 18:10 m-b-o, i've got the UI working :) ...its more the data side as i said before ;) 18:10 ah, ok :) 18:10 autopilot tests are comleting missing by now 18:10 m-b-o, i just haven't had a chance since we last spoke to conditionally show pressure/humidity etc ... 18:10 right, just moved the things around to put the TODO at the bottom 18:10 * ahayzen shakes fist at university work 18:11 i plan over the weekend/next week to start doing the autopilot helpers/mocking if no one else starts it ;) 18:11 I will be around on irc tomorrow and parts of saturday. feel free to ping 18:11 coolio 18:11 ahayzen, m-b-o bugs filed for those? 18:12 * ahayzen actually enjoys writing AP helpers now after balloons taught him what todo :) 18:12 balloons, this is for reboot ... we have ... no test at all! 18:12 I will start to migrate the backend for ubuntu-geonames, using the test vps 18:12 i suspect the mocking of the weatherApi will be fun? ... i haven't looked how th current app does things 18:12 ahayzen, right.. so any bugs asking for things? or even a generic bug saying we nee tests? :-) 18:12 we need then the cpp plugin for calcuation the timezone offset 18:13 balloons, there is a work item in the blueprint... which i'll probably assign to me to 'set up test framework' ... once we have something that mocks, runs and has helpers then we can write bugs for the tests? 18:13 balloons, or do you think we need a bug now? 18:14 m-b-o, \o/ cpp plugin :) 18:14 We're tracking _all_ the AP requirements with bugs 18:14 I mention it.. you could file a bug saying setup test infastructure 18:14 and tagging as needs-autopilot-tests 18:14 the point is without a bug, me nor anyone else knows it's needed 18:14 right ^^ 18:14 so we can have an overview of all the ones we need 18:14 m-b-o, remind me what the geonames is for again ? 18:14 ah i see 18:14 searching for locations. by name or lat/long point 18:15 well if we have a bug then assign it to me and i'll give it a crack over the next few days ... hopefully :) 18:15 and ubuntu-geonames only responds with timezone name 18:15 m-b-o, ah :) ... so what are we doing currently in the add location page? or is that using that already? 18:15 @ahayzen so we need to as QtTimezone(?) to get the current offset 18:15 m-b-o: Error: "ahayzen" is not a valid command. 18:16 ahayzen currently we are still using geonames.org 18:16 m-b-o, oh right i understand so we're moving to the ubuntu one :) 18:16 but I've already rewritten WeatherApi.js of the old app to work with ubuntu.geonames, so I have to copy it over 18:17 awesome. 18:17 so I will a branch with mgrated backend and wait with the MP until the changes in ubuntu-geonames have landed 18:17 "so I will keep a" 18:18 cool 18:18 bu to get it work correctly the cpp plugin is needed 18:18 yup 18:19 so UI wise what else is left, other than the work items ? 18:19 i don't think we have missed anything major? 18:19 a possibility to refresh 18:19 ah yes...header action? 18:19 where can I get more detailed data about today? 18:20 like pressure rain and so on? 18:20 m-b-o, more detail as in pressure? 18:20 yeah hmmm 18:20 the designs show like that expanding delegate for *future* forecasted days... 18:21 popey, can you see anything in the designs for ^^? 18:21 was just looking for that 18:21 https://docs.google.com/a/canonical.com/presentation/d/1qJ4wzwHsHGNb7GDVjrarMUj4lyro-dLR2_4Xu1b5vQU/edit#slide=id.p 18:22 hmm, you can see for future days (slide 6) 18:22 is there enough space under the hourly horizontal swiping thing for further info? 18:22 but nothin gin particular for today 18:23 nope nothing 18:23 hmmm, not really 18:23 like you want it where the "chance of rain" is at the moment...but not there all the time as it would be cluttered 18:23 <- is no designer though ;) 18:24 so you can tap the cloud and see the future times for today 18:24 what about tapping the temp below the cloud 18:24 yeah 18:24 that woulb be possible, but cluttered 18:24 yeah 18:24 but then are there to many interactions? ... 18:24 :S 18:24 yeah 18:25 perhaps by tapping the cloud also the temp got flipped 18:25 but then each thing would have 'more info' on a tap ... the top image to show hourly ... the delegates 18:25 yeah +1 18:25 and we see hourly forecast and detaisl for today 18:25 * popey lights the batsignal for gventuri :) 18:25 *and* when you swipe the image to show the hourly it shows the detail as well? 18:25 yes 18:26 hmm, that could work 18:26 popey, your our resident designer surely ;) hehehe ... but seriously we should probably ask design lol 18:26 however i like this idea :) 18:26 haha, lulz, no way 18:26 I added a comment to the doc 18:27 cool 18:27 we can perhaps go with this solution until design tells us how 18:27 note that the strip is vertically narrower so there is plenty of space for it 18:27 * ahayzen spots jouni in the room 18:27 I would go for it, and we can present it to the design guys. 18:28 yup ok is anyone editing the blueprint atm? 18:28 not me 18:28 nope 18:28 you have the token :) 18:28 ok i'll add a work item 18:29 anything else we have missed in the UI? 18:30 hmm... atm I would say nothing ;) 18:30 Sounds good. 18:30 a little indicator while loading 18:31 ...the locations page we are just showing the name atm...not the current temp etc https://docs.google.com/file/d/0B6y7yTV1qivHczljdzZOM25JNFE/edit 18:31 or for errors 18:31 yeah error capture ... spinners etc.... 'polish' :) 18:31 we use a bouncer in reminders 18:31 going across the top 18:31 difficult here because we have no header 18:31 do we want pull to refresh? 18:31 like force a refresh around the caching? 18:31 it's tricky 18:32 i dont think so really. can we not just pull when we notice data is more than N hours old? 18:32 because there is a lostview and a flickable 18:32 i thought it was an SDK component for listviews? 18:33 but like at least a header action for refresh ? 18:33 yeah at least a header action to start with 18:33 refreshing is important 18:33 * ahayzen adds work item 18:33 ...we don't need any other header actions on the home screen do we? 18:34 nope 18:34 ok 18:34 ...we need empty state code :) 18:34 * nik90 was reading the backlog, 18:34 nik90, o/ 18:34 hey nik90 18:35 o/ 18:35 yeah, empty state right now is a bit bare 18:35 ahayzen, m-b-o: You can't use the pull to refresh because weather app has a horizontal listview 18:35 hey everyone 18:35 nik90 yes 18:35 with old weather app we force you to the locations screen 18:35 nik90, ah bugger .... not even if we hack it ;) 18:35 we should really add "current location" IMO 18:35 * ahayzen enjoys hacking upstream components ;) 18:35 ahayzen: well its a SDK component, unless you want to import it and then hack I dont see a way around it 18:35 and not allow "empty state" 18:36 the only problem is if people don't allow location lookup and have no network, we can't get a location 18:36 yeah default to current location ... can we guess by their language lol 18:37 they are likely to have GPS or some form of internet though right?....can we do an IP lookup? or can we not access your IP address? 18:37 ahayzen: hmm that might help, but we still might run into the issue of being totally off though 18:37 ahayzen: geoIP look up requires internet 18:37 ahayzen: no guarantee of network 18:37 might not have put a sim in 18:38 your likely to have WiFi though? 18:38 and be standing in a shop 18:38 or not added to wifi yet 18:38 its a issue I have in clock as well which is also not resolved 18:38 ok cached ... 18:38 "This is new, I have no idea how to get on the network" 18:38 haha what do other platforms do in that situation? 18:39 lemme test 18:39 - no network, no gps, first time the app is started up 18:39 Why not show a default location like London or New York? 18:39 * popey has a freshly flashed iphone 18:39 - phone has never seen network and/or gps before 18:39 barcelona :) 18:39 :p 18:39 don't other devices like use a cached location anyway like IIRC on my andriod device if i turned off network/gps then fired up an app it would think it was in the last location i had a way of looking up a location 18:40 ios does this. 18:40 1 popup saying "Weather would like to use your current location - Don't alow | OK" 18:40 ahayzen: but on a freshly flashed phone, there is no cached location 18:40 I said "don't allow" 18:40 It now says "Turn off airplane mode or use wifi to access data - Settings | OK" 18:40 (I have airplane mode on) 18:41 i guess ...it still seems like a 1/100 usecase lol 18:41 hmm, not fair, this has some retained data 18:41 it knows locations 18:41 but they're blank 18:41 can we not just dump them to the list of stored locations we have 18:41 +1 18:41 thats what it does now 18:41 but even then say we did figure out a location with no network and/or gps.... what would we show? 18:42 we have no way of retrieving the weather info :P 18:42 oh 18:42 if the user does not want to go online, there will be no weather forecast anyway 18:42 also ... what does theweatherchannel scope do in this case ;) IIRC it is just blank if there is no network 18:43 we can try to fail gracefully... 18:43 ahayzen: true but not the ideal way imo 18:43 ....so we are back to having an empty state? 18:43 or 'no network' state 18:43 or 'no network or cached data' state 18:44 if (location access granted by user but no internet) I guess show London or New York or Barcelona 18:44 if (no internet) show error state 18:44 seriously weather app can't function without internet..it needs to fetch data from some where 18:44 yeah that first one will be partially empty though so we'll need to figure out how to display an unknown temp etc 18:45 imagine a scenario where the user doesn't open the weather app for a week (just uses the scope instead)...and he has no internet, then we cant show the cached weather data...that would be useless 18:45 why not show a page, telling what to do? 18:45 we need to have a info state 18:45 + 18:45 yeah 18:45 like music and docviewer have 18:45 nik90, without something polling say once a day i can't see us getting data for something if we have not been run for a week or so? 18:45 "No locations setup, add one now. You will need network access for this" 18:46 yup 18:46 and perhaps some help about usability (swiping(taping) 18:46 ahayzen: exactly 18:47 ahayzen: but my point there was that showing a week old data (with no internet) does not serve any purpose..might as well show a info state msg there 18:47 ....theweatherchannel scope...is that canonical or community or commercial ? .... like can we share/store weather data with them somehow ? 18:47 then have something like what calendar has for the events where there is a service that syncs in the background for us? 18:48 then it would always be up to date? 18:48 the scope I think was made by cwayne 18:48 ahayzen and what about OWM? 18:48 we could have a central weather service that could collect data for a set of locations for a set of providers at a set interval ? 18:49 ahayzen: and what if the user disabled the weather scope? (as in its not a favorite scope) 18:49 well the weatherscope would talk to the service 18:49 hmm I doubt we could convince the platform devs to implement such a service 18:49 hehe that would be *a* solution though :) 18:50 can't do it though like push notifications ? 18:50 ahayzen: you need internet again to get push notifications 18:50 when there's a week old data, the app would try to refresh 18:50 it owuld fail with an error message 18:50 yeah but like if your device hasn't has internet for a week then it makes sense to have old data lol 18:51 m-b-o, thats probably simplest ;) i'm overthinking this i think 18:51 currently, if the refresh fails, the last data is displyed 18:51 yeah then why not just stick to the app refreshing the data 18:51 It's less that yoy haven't had internet, more that you haven't opened the app. We don't do this in the background. 18:51 * ahayzen wants everything to be perfect as usual :) 18:51 ah yes 18:52 but like if you had something like push notifications spin us up when a new set of forecasts appear and you have network then we could update our cache in the background...then when you open the app with no network it would be fine ... unsure if that is possible though 18:53 the only part I am unsure of is whether push notifications can touch app cache 18:53 ahayzen I think thats an overload :) fetching weather data is quite fast 18:53 yeah idk 18:54 and when I start the app, I updated data in seconds 18:54 background joibs are eating battery 18:54 yeah but we still have this situation where no network .. start up...data is old 18:55 tricky maybe for now we just show the error and be done with it 18:55 true. let keep this simple for the first reboot release 18:55 yeah for now if start up data is older than a day show the error msg 18:55 something to discuss at UOS 18:55 yes, let's keep it simple for the start 18:55 when is that? 18:55 idk lol 18:55 k 18:56 good question 18:56 5-7 may 18:58 Ok. Anything else? 18:59 not from me i don't think :) i'll try and get some form of autopilot mock/helpers setup over the next week and then poke CI to turn on jenkins when ready 18:59 ...and finish that expanding delegate :) 18:59 Awesome. 18:59 nothing left on my side 19:00 I have a settings page branch that is almost complete. I will propose it this weekend 19:00 great! 19:00 \o/ 19:00 Oh, one other thing. 19:00 Should we push a weather app reboot to the store for wider testing? 19:00 (and did we have this conversation already) 19:00 i think 'soon' 19:00 + (soon) 19:01 once we've got the empty/error states etc it'll be in a better state 19:01 when we have the finished the tasks discussed today? 19:01 popey: I had some issues with a fresh setup where weather wouldn't accept locations properly ... I need to double check that + empty/error states would be nice 19:01 pretty much ... ooo do we need a WI for location detection? 19:01 Ok. 19:01 WI? 19:01 Work Item 19:01 work item 19:02 ah 19:02 yes 19:02 * ahayzen adds one 19:02 done :) 19:03 \o/ 19:03 All done? 19:03 all from me :) 19:03 yeah :) 19:03 yeah :) 19:03 \o/ 19:03 thanks guys! 19:03 #endmeeting Generated by MeetBot 0.1.5 (http://wiki.ubuntu.com/meetingology)