Interesting reading, thanks for that analysis. I do prefer US-oriented news (like the NYtimes most-emailed-list) above other English, and I prefer NL Dutch above other English, so I guess it makes sense. The odd thing I asked myself was if my answers would have been different in English... I suppose my experience with uploading the US images was significantly different from uploading the Dutch ones, just because the identifier lookup method was so different.<div>
<br></div><div>Great results!! How many responses did we get last year?<br><br><div class="gmail_quote">2012/10/29 Platonides <span dir="ltr"><<a href="mailto:platonides@gmail.com" target="_blank">platonides@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On 29/10/12 21:55, Jane Darnell wrote:<br>
> Thanks for clearing that up! I was wondering how it was possible (and of<br>
> course was worried that maybe others were seeing undesirable languages).<br>
> Jane<br>
<br>
</div>I'm happy to do that. Things should "just work", but if they don't, it's<br>
worth digging trying to find out the reason for the alleged misbehavior.<br>
<br>
In this case your language preferences were a bit illogical, since you<br>
prefered US English to Dutch but then any kind of English less than<br>
that. As a general rule, I don't think it makes much sense to have a<br>
completely different language with a weight which places it in the midst<br>
of the preference for different variants of one language family.<br>
There are some cases where it could made sense, if the first variant is<br>
very different than the language specified by the generic tag. But en-us<br>
and en is not such case.<br>
<br>
I started logging accept-language pairs this morning, as well as the<br>
language on which the survey was shown to them. In most cases it is what<br>
should have been done from looking at the whole accept-language,<br>
headers. I haven't seen other "shuffled" requests, but I see a number of<br>
requests done for a language tag (en-za, fr-FR, es-ES, es-CL, es-mx...)<br>
which don't include the parent tag. So the language choice algorithm,<br>
not being able to match to any accepted language, ends up showing it in<br>
English as last resort.<br>
In most cases, the link followed from Wikimedia Commons based on the<br>
local language has fixed this problem.<br>
I will add another check of partial strings to cover those cases. But<br>
it's the User Agent task to instruct the user to make sane decisions,<br>
not the application.<br>
<br>
>From section 14.4 of rfc2616 [1]:<br>
>  Note: When making the choice of linguistic preference available to<br>
>  the user, we remind implementors of  the fact that users are not<br>
>  familiar with the details of language matching as described above,<br>
>  and should provide appropriate guidance. As an example, users<br>
>  might assume that on selecting "en-gb", they will be served any<br>
>  kind of English document if British English is not available. A<br>
>  user agent might suggest in such a case to add "en" to get the<br>
>  best matching behavior.<br>
<br>
There's some buggy browser out there regarding this. It is very unlikely<br>
that so many users misconfigured their browser in this way.<br>
<br>
I have added some more logging code and I'll try to catch the guilty UAs.<br>
<br>
1- <a href="http://tools.ietf.org/html/rfc2616#page-105" target="_blank">http://tools.ietf.org/html/rfc2616#page-105</a><br>
<br>
<br>
PS: We are at 1254 answers!<br>
<div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
Wiki Loves Monuments mailing list<br>
<a href="mailto:WikiLovesMonuments@lists.wikimedia.org">WikiLovesMonuments@lists.wikimedia.org</a><br>
<a href="https://lists.wikimedia.org/mailman/listinfo/wikilovesmonuments" target="_blank">https://lists.wikimedia.org/mailman/listinfo/wikilovesmonuments</a><br>
<a href="http://www.wikilovesmonuments.org" target="_blank">http://www.wikilovesmonuments.org</a><br>
</div></div></blockquote></div><br></div>