https://gerrit.wikimedia.org/r/#/c/198805/ submitted for review.
On Wed, Mar 11, 2015 at 9:31 AM, Adam Baso <[email protected]> wrote: > I've updated https://phabricator.wikimedia.org/T90606. > > On Tue, Mar 10, 2015 at 6:48 PM, Bernd Sitzmann <[email protected]> > wrote: > >> Sounds good to me. >> On Mar 10, 2015 5:58 PM, "Adam Baso" <[email protected]> wrote: >> >>> wprov didn't seem to show up as a parameter in looking at the query >>> field on an hour of logs on en.m.wikipedia.org via Hadoop, so I think >>> we're okay there. >>> >>> As for that additional data point, that's a good idea. Bernd, Dmitry, >>> how about we do: sfi (image) and sft (text) ? >>> >>> -Adam >>> >>> On Tue, Mar 10, 2015 at 4:47 PM, Dario Taraborelli < >>> [email protected]> wrote: >>> >>>> On Mar 10, 2015, at 11:26 AM, Adam Baso <[email protected]> wrote: >>>> >>>> >>>> We're going to use the following format: >>>> >>>> >>>> ?wprov=<3_char_feature><platform_one_char><major_version_of_feature_uint> >>>> >>>> For the first version on iOS, this will be >>>> >>>> ?wprov=safi1 >>>> >>>> And Android: >>>> ?wprov=safa1 >>>> >>>> >>>> Thanks for the closing the loop on this. Dan, Adam – have you guys >>>> considered tagging the type of “share”? I expect “image shares” will have >>>> higher engagement/click-through than “text shares”, if that’s a data point >>>> you want to collect explicitly, you’ll want to pass a different value to >>>> 3_char_feature (assuming that’s possible). >>>> >>>> Is the new parameter going to be in the next beta build? >>>> >>>> Dario >>>> >>>> >>>> >>>> On Mon, Mar 9, 2015 at 1:39 PM, Adam Baso <[email protected]> wrote: >>>> >>>>> Okay, we'll plan on wprov. >>>>> >>>>> On Wed, Mar 4, 2015 at 12:44 PM, Dan Garry <[email protected]> >>>>> wrote: >>>>> >>>>>> Works for me. >>>>>> >>>>>> Dan >>>>>> >>>>>> On 4 March 2015 at 12:33, Adam Baso <[email protected]> wrote: >>>>>> >>>>>>> How about 'wprov'? >>>>>>> >>>>>>> On Wed, Mar 4, 2015 at 12:29 PM, Dan Garry <[email protected]> >>>>>>> wrote: >>>>>>> >>>>>>>> I'd really rather this be either something that's totally not >>>>>>>> understandable by the user (e.g. ?saf=1), or something that is clearly >>>>>>>> understandable (e.g. ?appshareafact=1). >>>>>>>> >>>>>>>> Dan >>>>>>>> >>>>>>>> On 4 March 2015 at 12:26, Adam Baso <[email protected]> wrote: >>>>>>>> >>>>>>>>> Ha! I'm cool with 'provenance' if no one objects. >>>>>>>>> >>>>>>>>> On Wed, Mar 4, 2015 at 11:25 AM, Andrew Otto <[email protected]> >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>>> Oof, only that it is ugly! :) >>>>>>>>>> >>>>>>>>>> Can you just call it ‘provenance', or are you trying to be more >>>>>>>>>> future proof? >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On Mar 4, 2015, at 12:11, Adam Baso <[email protected]> wrote: >>>>>>>>>> >>>>>>>>>> I pinged on Phabricator at >>>>>>>>>> https://phabricator.wikimedia.org/T90606 about modeling after >>>>>>>>>> that patch. That sort of approach should avoid cache fragmentation. >>>>>>>>>> >>>>>>>>>> As for parameter name, 'wmfxan' is short and I think would avoid >>>>>>>>>> collisions. Any problems with this parameter name? >>>>>>>>>> >>>>>>>>>> -Adam >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On Thu, Feb 26, 2015 at 8:27 AM, Nuria Ruiz <[email protected]> >>>>>>>>>> wrote: >>>>>>>>>> >>>>>>>>>>> Ping ... (regarding cache question) >>>>>>>>>>> >>>>>>>>>>> On Tue, Feb 24, 2015 at 5:18 PM, Gergo Tisza < >>>>>>>>>>> [email protected]> wrote: >>>>>>>>>>> >>>>>>>>>>>> On Tue, Feb 24, 2015 at 3:48 PM, Nuria Ruiz < >>>>>>>>>>>> [email protected]> wrote: >>>>>>>>>>>> >>>>>>>>>>>>> 2. What about caching? >>>>>>>>>>>>> Is this page:* >>>>>>>>>>>>> http://wikipedia.org/BarackObama?some_param=some-value >>>>>>>>>>>>> <http://wikipedia.org/BarackObama?some_param=some-value>* >>>>>>>>>>>>> being served from the cache as it should be? >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> The file download parameter was handled via this patch: >>>>>>>>>>>> https://gerrit.wikimedia.org/r/#/c/120617/ >>>>>>>>>>>> Seems like an analogous scenario. >>>>>>>>>>>> >>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>> Analytics mailing list >>>>>>>>>>>> [email protected] >>>>>>>>>>>> https://lists.wikimedia.org/mailman/listinfo/analytics >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> _______________________________________________ >>>>>>>>>>> Analytics mailing list >>>>>>>>>>> [email protected] >>>>>>>>>>> https://lists.wikimedia.org/mailman/listinfo/analytics >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> Analytics mailing list >>>>>>>>> [email protected] >>>>>>>>> https://lists.wikimedia.org/mailman/listinfo/analytics >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Dan Garry >>>>>>>> Associate Product Manager, Mobile Apps >>>>>>>> Wikimedia Foundation >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> Analytics mailing list >>>>>>>> [email protected] >>>>>>>> https://lists.wikimedia.org/mailman/listinfo/analytics >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Analytics mailing list >>>>>>> [email protected] >>>>>>> https://lists.wikimedia.org/mailman/listinfo/analytics >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Dan Garry >>>>>> Associate Product Manager, Mobile Apps >>>>>> Wikimedia Foundation >>>>>> >>>>>> _______________________________________________ >>>>>> Analytics mailing list >>>>>> [email protected] >>>>>> https://lists.wikimedia.org/mailman/listinfo/analytics >>>>>> >>>>>> >>>>> >>>> _______________________________________________ >>>> Analytics mailing list >>>> [email protected] >>>> https://lists.wikimedia.org/mailman/listinfo/analytics >>>> >>>> >>>> >>>> _______________________________________________ >>>> Analytics mailing list >>>> [email protected] >>>> https://lists.wikimedia.org/mailman/listinfo/analytics >>>> >>>> >>> >
_______________________________________________ Analytics mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/analytics
