Re: [Wikimedia-l] [Wikimedia Announcements] Securing access to Wikimedia sites with HTTPS
China and Iran blocks https (and WMF thinks https is more secure than http when it can be EASILY blocked lol) so people in these countries used wikipedia on http, so some here think that these countries are spying on them by forcing them to use http, but that https block in this countries was NOT to target wikipedia, it was to target social networking sites and american based email sites like yahoo and gmail etc..but now by moving to HTTPS, we have now become a target for those countries..well done..and to add to that, people who used wikipedia in those countries to find the truth about whats happening in their country and other regions can no longer do so since its blocked..Well Done again WMF..I asked a few devs on IRC and on the associated VP thread why this was done and the answer seems to be a simple way of saying To protect Americans ...didn't know Soviet USA was that badreally a pathetic move by WMF when this was previously discussed before and thrown out for the sam reasons I mentioned above.. Someone has to be fired for this. On 6/14/15, Vira Motorko vira.moto...@gmail.com wrote: Have I understood it correctly, that Wikipedia Zero traffic is free only while through http, and not https? -- *--* *Vira Motorko* PR manager, Wikimedia Ukraine https://ua.wikimedia.org/ +380667740499 Are you saving your documents in free formats? ;) Help save natural resources – please think twice before printing this e-mail or any attachments. ___ Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines Wikimedia-l@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe -- Cometstyles ___ Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines Wikimedia-l@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe
Re: [Wikimedia-l] Wikipedia article per speaker
Read the rest :P On Jun 13, 2015 02:43, Asaf Bartov abar...@wikimedia.org wrote: (adding Analytics, as a relevant group for this discussion.) I think this is next to meaningless, because the differing bot policies and practices on different wikis skew the data into incoherence. The (already existing) metric of active-editors-per-million-speakers is, it seems to me, a far more robust metric. Erik Z.'s stats.wikimedia.org is offering that metric. A. On Sun, Jun 7, 2015 at 3:23 PM, Milos Rancic mill...@gmail.com wrote: When you get data, at some point of time you start thinking about quite fringe comparisons. But that could actually give some useful conclusions, like this time it did [1]. We did the next: * Used the number of primary speakers from Ethnologue. (Erik Zachte is using approximate number of primary + secondary speakers; that could be good for correction of this data.) * Categorized languages according to the logarithmic number of speakers: =10k, =100k, =1M, =10M, =100M. * Took the number of articles of Wikipedia in particular language and created ration (number of articles / number of speakers). * This list is consisted just of languages with Ethnologue status 1 (national), 2 (provincial) or 3 (wider communication). In fact, we have a lot of projects (more than 100) with worse language status; a number of them are actually threatened or even on the edge of extinction. Those are the preliminary results and I will definitely have to pass through all the numbers. I fixed manually some serious errors, like not having English Wikipedia itself inside of data :D Putting the languages into the logarithmic categories proved to be useful, as we are now able to compare the Wikipedias according to their gross capacity (numbers of speakers). I suppose somebody well introduced into statistics could even create the function which could be used to check how good one project stays, no matter of those strict categories. It's obvious that as more speakers one language has, it's harder to the community to follow the ratio. So, the winners per category are: 1) = 1k: Hawaiian, ratio 0.96900 2) = 10k: Mirandese, ratio 0.18073 3) = 100k: Basque, ratio 0.38061 4) = 1M: Swedish, ratio 0.21381 5) = 10M: Dutch, ratio 0.08305 6) = 100M: English, ratio 0.01447 However, keep in mind that we removed languages not inside categories 1, 2 or 3. That affected =10k languages, as, for example, Upper Sorbian stays much better than Mirandese (0.67). (Will fix it while creating the full report. Obviously, in this case logarithmic categories of numbers of speakers are much more important than what's the state of the language.) It's obvious that we could draw the line between 1:1 for 1-10k speakers to 10:1 for =100M speakers. But, again, I would like to get input of somebody more competent. One very important category is missing here and it's about the level of development of the speakers. That could be added: GDP/PPP per capita for spoken country or countries would be useful as measurement. And I suppose somebody with statistical knowledge would be able to give us the number which would have meaning ability to create Wikipedia article. Completed in such way, we'd be able to measure the success of particular Wikimedia groups and organizations. OK. Articles per speaker are not the only way to do so, but we could use other parameters, as well: number of new/active/very active editors etc. And we could put it into time scale. I'll make some other results. And to remind: I'd like to have the formula to count ability to create Wikipedia article and then to produce level of particular community success in creating Wikipedia articles. And, of course, to implement it for editors. [1] https://docs.google.com/spreadsheets/d/1TYyhETevEJ5MhfRheRn-aGc4cs_6k45Gwk_ic14TXY4/edit?usp=sharing ___ Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines Wikimedia-l@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe -- Asaf Bartov Wikimedia Foundation http://www.wikimediafoundation.org Imagine a world in which every single human being can freely share in the sum of all knowledge. Help us make it a reality! https://donate.wikimedia.org ___ Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines Wikimedia-l@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe ___ Wikimedia-l mailing list, guidelines at:
Re: [Wikimedia-l] Wikipedia article per speaker
Read the rest :P On Jun 13, 2015 02:43, Asaf Bartov abar...@wikimedia.org wrote: (adding Analytics, as a relevant group for this discussion.) I think this is next to meaningless, because the differing bot policies and practices on different wikis skew the data into incoherence. The (already existing) metric of active-editors-per-million-speakers is, it seems to me, a far more robust metric. Erik Z.'s stats.wikimedia.org is offering that metric. A. On Sun, Jun 7, 2015 at 3:23 PM, Milos Rancic mill...@gmail.com wrote: When you get data, at some point of time you start thinking about quite fringe comparisons. But that could actually give some useful conclusions, like this time it did [1]. We did the next: * Used the number of primary speakers from Ethnologue. (Erik Zachte is using approximate number of primary + secondary speakers; that could be good for correction of this data.) * Categorized languages according to the logarithmic number of speakers: =10k, =100k, =1M, =10M, =100M. * Took the number of articles of Wikipedia in particular language and created ration (number of articles / number of speakers). * This list is consisted just of languages with Ethnologue status 1 (national), 2 (provincial) or 3 (wider communication). In fact, we have a lot of projects (more than 100) with worse language status; a number of them are actually threatened or even on the edge of extinction. Those are the preliminary results and I will definitely have to pass through all the numbers. I fixed manually some serious errors, like not having English Wikipedia itself inside of data :D Putting the languages into the logarithmic categories proved to be useful, as we are now able to compare the Wikipedias according to their gross capacity (numbers of speakers). I suppose somebody well introduced into statistics could even create the function which could be used to check how good one project stays, no matter of those strict categories. It's obvious that as more speakers one language has, it's harder to the community to follow the ratio. So, the winners per category are: 1) = 1k: Hawaiian, ratio 0.96900 2) = 10k: Mirandese, ratio 0.18073 3) = 100k: Basque, ratio 0.38061 4) = 1M: Swedish, ratio 0.21381 5) = 10M: Dutch, ratio 0.08305 6) = 100M: English, ratio 0.01447 However, keep in mind that we removed languages not inside categories 1, 2 or 3. That affected =10k languages, as, for example, Upper Sorbian stays much better than Mirandese (0.67). (Will fix it while creating the full report. Obviously, in this case logarithmic categories of numbers of speakers are much more important than what's the state of the language.) It's obvious that we could draw the line between 1:1 for 1-10k speakers to 10:1 for =100M speakers. But, again, I would like to get input of somebody more competent. One very important category is missing here and it's about the level of development of the speakers. That could be added: GDP/PPP per capita for spoken country or countries would be useful as measurement. And I suppose somebody with statistical knowledge would be able to give us the number which would have meaning ability to create Wikipedia article. Completed in such way, we'd be able to measure the success of particular Wikimedia groups and organizations. OK. Articles per speaker are not the only way to do so, but we could use other parameters, as well: number of new/active/very active editors etc. And we could put it into time scale. I'll make some other results. And to remind: I'd like to have the formula to count ability to create Wikipedia article and then to produce level of particular community success in creating Wikipedia articles. And, of course, to implement it for editors. [1] https://docs.google.com/spreadsheets/d/1TYyhETevEJ5MhfRheRn-aGc4cs_6k45Gwk_ic14TXY4/edit?usp=sharing ___ Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines Wikimedia-l@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe -- Asaf Bartov Wikimedia Foundation http://www.wikimediafoundation.org Imagine a world in which every single human being can freely share in the sum of all knowledge. Help us make it a reality! https://donate.wikimedia.org ___ Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines Wikimedia-l@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe ___ Wikimedia-l mailing list, guidelines at:
Re: [Wikimedia-l] [Wikimedia Announcements] Securing access to Wikimedia sites with HTTPS
On 12 June 2015 at 22:08, David Gerard dger...@gmail.com wrote: Excellent news! So how are we dealing with the Iran and China issue? Well the introduction appears to have been timed for one of those periods where we are completely blocked in china anyway. -- geni ___ Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines Wikimedia-l@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe
Re: [Wikimedia-l] [Wikimedia Announcements] Securing access to Wikimedia sites with HTTPS
Hi Juliet, Your blog post states this change could affect access for some Wikimedia traffic in certain parts of the world - which makes some alarm bells go off. Could you clarify in what kind of cases it would 'affect' and in what way? It's quite different whether a few dozen people have to wait for their connection a few ms longer, or whether whole countries are basically locked out because they can't (or won't) access through https. Also, it is unclear to me whether it is 'https by default but you can still access through https' or 'https or nothing'. The blogpost is not clear to me on this, but maybe I'm overlooking something, or not well versed enough in the concept. Hope you can clarify. Thanks! Lodewijk On Fri, Jun 12, 2015 at 10:22 PM, Juliet Barbara jbarb...@wikimedia.org wrote: The Wikimedia Foundation is pleased to announce that we have begun the transition of the Wikimedia projects and sites to the secure HTTPS protocol. You may have seen our blog post from this morning; it has also been posted to relevant Village Pumps (Technical). This post is available online here: https://blog.wikimedia.org/2015/06/12/securing-wikimedia-sites-with-https/ Securing access to Wikimedia sites with HTTPS BY YANA WELINDER https://blog.wikimedia.org/author/ywelinder/, VICTORIA BARANETSKY https://blog.wikimedia.org/author/victoria-baranetsky/ AND BRANDON BLACK https://blog.wikimedia.org/author/brandon-black/ ON JUNE 12TH To be truly free, access to knowledge must be secure and uncensored. At the Wikimedia Foundation, we believe that you should be able to use Wikipedia and the Wikimedia sites without sacrificing privacy or safety. Today, we’re happy to announce that we are in the process of implementing HTTPS https://en.wikipedia.org/wiki/HTTPS to encrypt all Wikimedia traffic. We will also use HTTP Strict Transport Security https://en.wikipedia.org/wiki/HTTP_Strict_Transport_Security (HSTS) to protect against efforts to ‘break’ HTTPS and intercept traffic. With this change, the nearly half a billion people who rely on Wikipedia and its sister projects every month will be able to share in the world’s knowledge more securely. The HTTPS protocol creates an encrypted connection between your computer and Wikimedia sites to ensure the security and integrity of data you transmit. Encryption makes it more difficult for governments and other third parties to monitor your traffic. It also makes it harder for Internet Service Providers (ISPs) to censor access to specific Wikipedia articles and other information. HTTPS is not new to Wikimedia sites. Since 2011, we have been working on establishing the infrastructure and technical requirements, and understanding the policy and community implications of HTTPS for all Wikimedia traffic, with the ultimate goal of making it available to all users. In fact, for the past four years https://blog.wikimedia.org/2011/10/03/native-https-support-enabled-for-all-wikimedia-foundation-wikis/ , Wikimedia users could access our sites with HTTPS manually, through HTTPS Everywhere https://www.eff.org/https-everywhere, and when directed to our sites from major search engines. Additionally, all logged in users https://blog.wikimedia.org/2013/08/28/https-default-logged-in-users-wikimedia-sites/ have been accessing via HTTPS since 2013. Over the last few years, increasing concerns about government surveillance prompted members of the Wikimedia community to push https://blog.wikimedia.org/2013/08/01/future-https-wikimedia-projects/ for more broad protection through HTTPS. We agreed, and made this transition a priority for our policy and engineering teams. We believe encryption makes the web stronger for everyone. In a world where mass surveillance has become a serious threat to intellectual freedom, secure connections are essential for protecting users around the world. Without encryption, governments can more easily surveil sensitive information, creating a chilling effect, and deterring participation, or in extreme cases they can isolate or discipline citizens. Accounts may also be hijacked, pages may be censored, other security flaws could expose sensitive user information and communications. Because of these circumstances, we believe that the time for HTTPS for all Wikimedia traffic is now. We encourage others to join us as we move forward with this commitment. The technical challenges of migrating to HTTPS HTTPS migration for one of the world’s most popular websites can be complicated. For us, this process began years ago and involved teams from across the Wikimedia Foundation. Our engineering team has been driving this transition, working hard to improve our sites’ HTTPS performance, prepare our infrastructure to handle the transition, and ultimately manage the implementation. Our first steps involved improving our infrastructure and code base so we could support HTTPS. We also significantly expanded and
Re: [Wikimedia-l] [Wikimedia Announcements] Securing access to Wikimedia sites with HTTPS
Have I understood it correctly, that Wikipedia Zero traffic is free only while through http, and not https? -- *--* *Vira Motorko* PR manager, Wikimedia Ukraine https://ua.wikimedia.org/ +380667740499 Are you saving your documents in free formats? ;) Help save natural resources – please think twice before printing this e-mail or any attachments. ___ Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines Wikimedia-l@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe
Re: [Wikimedia-l] [Wikimediaus-l] Mark your calendars for Wiknic 2015
I agree that we should welcome a broad range of collaborative communities to the local Wiknics, especially other free/open projects like OpenStreetMap. Start a Wiknic for your city, in your local park! Thanks, Pharos On Sat, Jun 13, 2015 at 2:14 PM, Rob Schnautz bobthewikiped...@gmail.com wrote: I am not saying Google shares this goal, but that contributors to its maps share our goal. People adding road names and speed limits are working toward free and open knowledge just as we do. And like I said, the list is by no means comprehensive. I only listed a few I contribute to myself. Rob On Sat, Jun 13, 2015, 07:54 Mike Dupont jamesmikedup...@googlemail.com wrote: Hi there, I would like express concern about the goals of wikipedia. if you look at the blurb at the top of the wikipedia article about itself : Wikipedia is a free-access, free-content Internet encyclopedia, supported and hosted by the non-profit Wikimedia Foundation. Now how many of the sites you mentioned are free-access and free-content. I think many are not free content. Google map maker, sharing a common goal seems strange to me, I always thought that the goal of wikipedia is is create an unburdened source of knowledge, and google's goal is to sell advertising via restrictive licensing of all contributions. Btw, did you forget openstreetmap? So, I agree we might want to try and advertise to other people contributing to non free-content websites and try and sell them on the merits of supporting the freedom of content vs the locking down of content. mike On 6/12/15, Rob Schnautz bobthewikiped...@gmail.com wrote: Hey y'all! Been forever since I've been active on a Wikimedia-based site, though I have been active in other free and open knowledge movements. I think it would be neat to try to do joint meetups with editors of other sites. Here are a few that share our common goals, but this certainly is only a small spectrum: Wikia iNaturalist Google Mapmaker Waze Map Editor GasBuddy IMDB This could be a great way to cross-pollinate ideas and even editors. Rob On Thu, Jun 11, 2015, 23:27 Pine W wiki.p...@gmail.com wrote: Hi all, Wiknic is Wikipedia's annual community picnic. For those of us who are in parts of the world where the current season is summer, we usually celebrate Wiknic in June or July. Wiknic started in the United States, and I'm told that the idea has spread to other countries with diverse languages including the Netherlands, Israel, and France. This year's suggested Wiknic dates are Sunday, July 5th or Saturday, July 25th. So, organize or join a Wiknic in your area! You might also consider inviting members of other open source, technology enthusiast, and public service communities to join you at Wiknic. We are doing this in Cascadia Wikimedians. More information about Wiknic is available at https://en.wikipedia.org/wiki/Wikipedia:Wiknic Photos from a few of last year's Wiknics made it to Commons. See https://commons.wikimedia.org/wiki/Category:Wiknic_2014 Have fun, Pine ___ Wikimediaus-l mailing list wikimediau...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikimediaus-l -- James Michael DuPont Kansas Linux Fest http://kansaslinuxfest.us Free/Libre Open Source and Open Knowledge Association of Kansas http://openkansas.us Member of Free Libre Open Source Software Kosova http://www.flossk.org Saving Wikipedia(tm) articles from deletion http://SpeedyDeletion.wikia.com ___ Wikimediaus-l mailing list wikimediau...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikimediaus-l ___ Wikimediaus-l mailing list wikimediau...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikimediaus-l ___ Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines Wikimedia-l@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe
[Wikimedia-l] [Wikimedia Announcements] The Signpost -- Volume 11, Issue 23 -- 10 June 2015
News and notes: Chapter financial trends analyzed, news in brief http://en.wikipedia.org/wiki/Wikipedia:Wikipedia_Signpost/2015-06-10/News_and_notes Traffic report: Two households, both alike in dignity http://en.wikipedia.org/wiki/Wikipedia:Wikipedia_Signpost/2015-06-10/Traffic_report In the media: Arbitration case attracts media coverage; Wikipedia in Israel http://en.wikipedia.org/wiki/Wikipedia:Wikipedia_Signpost/2015-06-10/In_the_media Featured content: Just the bear facts, ma'am http://en.wikipedia.org/wiki/Wikipedia:Wikipedia_Signpost/2015-06-10/Featured_content Technology report: Wikimedia sites are going HTTPS only http://en.wikipedia.org/wiki/Wikipedia:Wikipedia_Signpost/2015-06-10/Technology_report Blog: Making Wikipediaâs medical articles accessible in Chinese http://en.wikipedia.org/wiki/Wikipedia:Wikipedia_Signpost/2015-06-10/Blog Single page view http://en.wikipedia.org/wiki/Wikipedia:Wikipedia_Signpost/Single/2015-06-10 PDF version http://en.wikipedia.org/wiki/Book:Wikipedia_Signpost/2015-06-10 https://www.facebook.com/wikisignpost / https://twitter.com/wikisignpost -- Wikipedia Signpost Staff http://en.wikipedia.org/wiki/Wikipedia:Wikipedia_Signpost ___ Please note: all replies sent to this mailing list will be immediately directed to Wikimedia-l, the public mailing list of the Wikimedia community. For more information about Wikimedia-l: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l ___ WikimediaAnnounce-l mailing list wikimediaannounc...@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikimediaannounce-l ___ Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines Wikimedia-l@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe