Re: [Wikimedia-l] [Wikimedia Announcements] Wikimedia Argentina report: August 2013
Thanks for share it Osmar. I liked your activities of this month. 2013/9/10 Osmar Valdebenito os...@wikimedia.org.ar Dear Wikimedians, Here is the monthly report of Wikimedia Argentina for August 2013. You can read the full report (in Spanish and English) here: https://meta.wikimedia.org/wiki/Wikimedia_Argentina/Reportes/2013-08 Also, the full reports of past months are available at https://meta.wikimedia.org/wiki/Wikimedia_Argentina/Reportes 1. Wikimania 2013 2. New website for Wikimedia Argentina 3. Conferences about Digitization Project 4. Creative Commons Global Summit 5. Literary contests in Buenos Aires Province 6. Conference at the National University of Córdoba == Wikimania 2013 == As in previous editions, we took part at the international summit that unites Wikimedians all over the world. This 2013 edition witnessed the record of Argentinian participants, with 10 representatives, the largest number ever to attend a Wikimania (not counting the 2009 edition, held in Buenos Aires). Wikimedia Argentina supported the participation of 3 members of the association. The topics addressed in the different presentations run through the most important topics of the movement, including for example the Wikimedia Foundation's strategy for developing countries, activities from local chapters all over the world, and the road ahead for the movement in the following years. Some technical breakthroughs were also addressed, like the visual editor project from the Editor Engagement Team. Wikimedia Argentina participated in several activities with other Ibero American groups, as part of the Iberocoop initiative. Some opportunities for cooperation were drafted and will be developed further in the summit to be held in Mexico City next October. Wikimedia Argentina participated with other Iberocoop members in a small stand at the Chapters Village and also gave a presentation about the Mujeres Iberoamericanas contest. == New website for Wikimedia Argentina == After a month's work, we launched our new website, with a strong graphic identity and new sections. This new platform has a special section for the organization's events, including them in a calendar and tools to share them more easily, engaging better with our members and volunteers. A header highlights the most important news, and the projects we develop are more visible now as well. We hope that this new platform allows a better communication with our members (also, allowing them to promote their own projects and activities, as long as they are in line with the organization's goals) and with the general public that approaches Wikimedia Argentina for more information. The new website is available on http://www.wikimedia.org.ar == Conferences about Digitization Project == On Tuesday, August 20th, Wikimedia Argentina made a presentation at the Faculty of Arts at the University of Buenos Aires about the digitalization program based on do-it-yourself scanners that our Association has conducted with other institutions in the past year. Daniel Reetz, creator of the DIY Book Scanner Project, shared his experience and discussed the relationship between digitization, public domain and new technologies. On Thursday August 22, Reetz made a presentation at the Creative Commons Global Summit and the next day held a similar talk on the Library of the Faculty of Humanities and Education (FaHCE) of the National University of La Plata. In the past year, Wikimedia Argentina has supported digitization of academic and historical material possessed by various Argentine institutions and has promoted their upload to Wikimedia Commons and Wikisource. While the Faculty of Arts of the UBA has used its own scanner, FaHCE Library has a scanner built by Wikimedia Argentina and delivered on a free loan. The DIY scanners are devices easily put together with prefabricated parts that allows anyone to scan books and documents at a low cost. To date, 71 documents have been digitized and uploaded to Wikimedia Commons for free use by these and other institutions (see https://commons.wikimedia.org/wiki/Category:Files_scanned_with_collaboration_of_Wikimedia_Argentina ). == Creative Commons Global Summit == The Creative Commons Global Summit was held this year in Argentina and was organized jointly by Wikimedia Argentina and Fundación Vía Libre (who together represent Creative Commons in the country). It was the first edition of this conference on a Spanish-speaking country. The summit brought together the Creative Commons affiliates from around the world along with the CC board members, their staff, colleagues, representatives and others interested in the present and future of free culture. Participants discussed strategies for strengthening Creative Commons and its global community and made several presentations on the latest developments in the global movement, while many volunteers had the opportunity to
[Wikimedia-l] Wikimedia labs-tools
tools.wmflabs.org is supposed to be the replacement for the toolserver which the wmf is basically forcefully shutting down. I started the migration several months ago but got fed up with the difficulties and stopped. In the last month I have moved most of my tools to labs, and I have discovered that there are some serious issues that need addressed. The toolserver was a fairly stable environment. I checked my primary host I connect to and it has been up for 4 months with continuous operations. tools however is being treated like the red-headed step child. According to the people in charge of labs they dont care about ensuring stability and that if stuff breaks Oh well well get to it when we can. They say that tools is not a production service so we really don't give a , if it breaks it breaks, we will fix it when we can but since its not production its not a priority. One good example of this is that a tool cannot connect to tools.wmflabs.orgdue to a host configuration issue. This is a known bug, we have a way of fixing it, but its still not implemented Given that tools is replacing the toolserver I would expect at worst labs is just as good, however what I am seeing and hearing is that the wmf is throwing away one of their best assets, and driving away a lot of developers due to the management of tools. I do want to give Coren credit as he is doing what he can to support the migration. My question is why has the wmf decided to degrade the environment where tool developers design and host tools (quite a few of them are long term stable projects)? and what can we do to remedy this? John ___ Wikimedia-l mailing list 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] [Labs-l] Wikimedia labs-tools
On 11 September 2013 16:45, Magnus Manske magnusman...@googlemail.com wrote: There was a recent mail saying that Labs is not considered production stability. Mainly a disagreement about how many 9s in the 99.9% that represents. tangent A familiar rookie error in adding meaningless commitments in operational support contracts. No matter how many (fantasy) 9's recurring after the decimal reassures you that the risk lower than an asteroid wiping out the human race tomorrow, when you ask what damages you get back if the system goes down for an actual day or an actual week, the answer tends to be zero. I remember the 1980's when us software engineers used to talk about hot-swapping, triple-redundancy and service level guarantees. Out of vogue now I guess in the new world of Agile response teams, zero-hour contracted support etc. Fae -- fae...@gmail.com http://j.mp/faewm ___ Wikimedia-l mailing list 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 labs-tools
On Wed, Sep 11, 2013 at 8:45 AM, Magnus Manske magnusman...@googlemail.comwrote: There was a recent mail saying that Labs is not considered production stability. Mainly a disagreement about how many 9s in the 99.9% that represents. Indeed. I don't want to get into the debate about this again, but tools is considered semi-production which is a smaller set of nines. We're reasonably staffed and have a well designed enough infrastructure to properly support that, but it's not the case for production-level support. The specific discussion about levels of support was for a service that should be supported by WMF in production since it has uptime requirements that we aren't scoped to handle. We handle the underlying infrastructure with production-level support, but we don't have the same level of support for projects inside of the infrastructure. I think so far we've done a relatively good job of keeping stability and the level of stability has been increasing, not decreasing. If we did an analysis of tools project outages vs toolserver, I'm positive our level of unscheduled downtime would be far lower than toolserver's. - Ryan ___ Wikimedia-l mailing list 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 labs-tools
On Wed, Sep 11, 2013 at 7:50 AM, John phoenixoverr...@gmail.com wrote: tools.wmflabs.org is supposed to be the replacement for the toolserver which the wmf is basically forcefully shutting down. I started the migration several months ago but got fed up with the difficulties and stopped. In the last month I have moved most of my tools to labs, and I have discovered that there are some serious issues that need addressed. The toolserver was a fairly stable environment. I checked my primary host I connect to and it has been up for 4 months with continuous operations. I'm not going to do an analysis on this to disprove you, but there were periods of time where toolserver was down for over a week (more than once, at that). You're talking about connection to bastion hosts, which doesn't reflect the system as a whole. tools however is being treated like the red-headed step child. According to the people in charge of labs they dont care about ensuring stability and that if stuff breaks Oh well well get to it when we can. They say that tools is not a production service so we really don't give a , if it breaks it breaks, we will fix it when we can but since its not production its not a priority. The only major instability we've had in tools is with the NFS server. We've been working on it for months. I honestly think Labs is cursed when it comes to storage, because our other major instability since project inception was glusterfs. As mentioned in another email, we do care, but we also need to be clear about our level of support. Our advertised level of support is semi-production. If something breaks in the middle of the night we have people that will wake up and fix it. One good example of this is that a tool cannot connect to tools.wmflabs.org due to a host configuration issue. This is a known bug, we have a way of fixing it, but its still not implemented This is due to the way the floating IP addresses work in OpenStack's nova service. There's workarounds for this issue. For instance, you can connect to the private DNS or IP address of the webserver, rather than using the public hostname. This is definitely something we'd like to fix, but haven't had a chance to do so yet. -Ryan ___ Wikimedia-l mailing list 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] Meta World's Data project proposal
Hello everybody Here is the outline of my new Meta Project Proposal. It is Metadata is the fuel that feeds this spaceship, and wikipedia is food for thought. Please feel free to add, comment, edit, and otherwise participate and contribute to this project. This project happens in real-time. It should be fun for everybody. Thank you https://meta.wikimedia.org/wiki/Meta_World%27s_Data#Mailing_list_links I. Goal: To organize all of the world's open source wiki information. II. This will be done by organizing all of the creative commons wiki content into an interdisciplinary Aristotelian structure which mirrors the traditional academic classification and organizational structure. This is not a new wiki, but rather a new way of visualizing the data on wikipedia. III. Simply put, a table of contents structure to the book of knowledge. Wikipedia is currently in a disorganized content organization, and a parallel mirror wiki could be created with the new organizational structure of academic branches and categories. IV. To minimize the amount of manual human labor which will be required for this task, A.I. wiki bots will be utilized to re-organize and unentangle all of the interlinking threads of human knowledge. Art, Art History, Philosophy, Biology, Marine Biology, Computer Science, Genetics, Bio Chemistry, Organic Chemistry, Geology, Archaeology, Christian Archaeology, i think you get the idea. V. Wiki's incorporate Time and Space (Place) into their architecture, which is circular or non linear With only Time or only Space in the architecture, the content becomes linear. (history book) History is the table of contents and navigational architecture for the Meta Wiki. VI. The list goes on, but it is easily organizable, and almost effortless with a few good wiki bots. Thank you for your support and participation. of contents, or chronology. We are Us. ___ Wikimedia-l mailing list 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] [Wikitech-l] Wikimedia labs-tools
I'm not sure this needed to be broadcast to three lists... John wrote: The toolserver was a fairly stable environment. I checked my primary host I connect to and it has been up for 4 months with continuous operations. I can only assume fairly was a typo for rarely. :-) I love the German Toolserver and would love to see many more Toolservers, but the myth that German Toolserver I was or is stable is quickly debunked by a visit to http://stable.toolserver.org. It suffered frequent outages and database corruption, high replication lag, and unstable and unsupported services. My question is why has the wmf decided to degrade the environment where tool developers design and host tools (quite a few of them are long term stable projects)? and what can we do to remedy this? I'll echo what Andre said. There seems to be one issue mentioned in your e-mail (host connectivity something or other), but if you're having many issues with Wikimedia Labs, please file bugs: https://bugs.wikimedia.org. In addition to providing you with something substantive to demonstrate your claim that Labs isn't working well, filed bugs in Bugzilla will also allow people running Labs the opportunity to perhaps fix these issues. MZMcBride ___ Wikimedia-l mailing list Wikimedia-l@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe