I've updated https://phabricator.wikimedia.org/T90606.

On Tue, Mar 10, 2015 at 6:48 PM, Bernd Sitzmann <bernd@wikimedia.org> wrote:

Sounds good to me.

On Mar 10, 2015 5:58 PM, "Adam Baso" <abaso@wikimedia.org> 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 <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 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