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 < dtaraborelli@wikimedia.org> wrote:
On Mar 10, 2015, at 11:26 AM, Adam Baso abaso@wikimedia.org 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 abaso@wikimedia.org wrote:
Okay, we'll plan on wprov.
On Wed, Mar 4, 2015 at 12:44 PM, Dan Garry dgarry@wikimedia.org wrote:
Works for me.
Dan
On 4 March 2015 at 12:33, Adam Baso abaso@wikimedia.org wrote:
How about 'wprov'?
On Wed, Mar 4, 2015 at 12:29 PM, Dan Garry dgarry@wikimedia.org 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 abaso@wikimedia.org wrote:
Ha! I'm cool with 'provenance' if no one objects.
On Wed, Mar 4, 2015 at 11:25 AM, Andrew Otto aotto@wikimedia.org 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 abaso@wikimedia.org 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 nuria@wikimedia.org > wrote: > >> Ping ... (regarding cache question) >> >> On Tue, Feb 24, 2015 at 5:18 PM, Gergo Tisza gtisza@wikimedia.org >> wrote: >> >>> On Tue, Feb 24, 2015 at 3:48 PM, Nuria Ruiz nuria@wikimedia.org >>> 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 >>> Analytics@lists.wikimedia.org >>> https://lists.wikimedia.org/mailman/listinfo/analytics >>> >>> >> >> _______________________________________________ >> Analytics mailing list >> Analytics@lists.wikimedia.org >> https://lists.wikimedia.org/mailman/listinfo/analytics >> >> > >
Analytics mailing list Analytics@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/analytics
-- Dan Garry Associate Product Manager, Mobile Apps Wikimedia Foundation
Analytics mailing list Analytics@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/analytics
Analytics mailing list Analytics@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/analytics
-- Dan Garry Associate Product Manager, Mobile Apps Wikimedia Foundation
Analytics mailing list Analytics@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/analytics
Analytics mailing list Analytics@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/analytics
Analytics mailing list Analytics@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/analytics