[Wikimedia-l] Wiki Travel Guide

2012-04-11 Thread James Heilman
@ MZMcBride I just assumed that most would see travel content as
educational in nature but have added this clarification to the proposal in
in question. If most accept that travel is educational in nature, resources
that help with travel would thus be educational resources and within the
scope of the Wikimedia Foundation.

@ John Vandenberg A recent copy of Wikitravel have been put aside and it is
ready to be adding into a mediawiki site.

-- 
James Heilman
MD, CCFP-EM, Wikipedian
___
Wikimedia-l mailing list
Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l


Re: [Wikimedia-l] Wikimedia mobile application development

2012-04-11 Thread MZMcBride
Thank you very much for the detailed and insightful reply.

Tomasz Finc wrote:
 On Mon, Apr 9, 2012 at 9:37 PM, MZMcBride z...@mzmcbride.com wrote:
 Mobile seems to have two branches these days: (1) the mobile versions of the
 sites; and more recently (2) specific mobile applications. Branch 1 is
 fairly understandable. What I'm having difficulty understanding is branch 2.
 
 While mobile has two branches, I wouldn't slice it that way. The way
 that we look at it is either
 
 * Smart phone development - editing, image uploads, mobile web, apps,
 mobile frontend, etc
 * Alternate access methods - S40 (J2ME), SMS/USSD,  Zero

Okay, I think that's sensible. In my opinion, initiatives such as Wikipedia
Zero are exactly the type of work that can only really be done at the
Wikimedia Foundation-level and great progress has been made there that I
don't think would have been possible with volunteers. And in a lot of ways,
being able to host and maintain the mobile sites is something that only the
Wikimedia Foundation is capable of doing. The mobile application development
was the part that I saw as possibly being ripe for outside organizations,
but as you explain below, that may not be the case for a variety of reasons.

 The idea behind free and open content is that the content can be taken and
 reused and redistributed by others without issue. That's part of the great
 beauty of Wikimedia wikis. With a vibrant app market for both Androids and
 iPhones, why is Wikimedia getting involved in mobile application
 development? Isn't this something best left to third parties (which, as I
 understand it, have already filled the Wikipedia app niche with a variety
 of options for both platforms) or interested volunteers?
 
 No, its really not and we've heard from countless people that it
 wasn't working. There are a number of reasons that my team was asked
 to do mobile apps and i'll list some of them below
 
 * Whenever we talk with carriers about partnering with us they want to
 see a suite of products they can provide on our behalf. These can
 range from a basic bookmarks on the mobile web, sms access, to a
 listing our app within their own markets. Any one thing missing ends
 the conversation pretty quickly. I suggest reading the original blog
 post from January http://bit.ly/IFoti4 to gain more insite. Kul 
 Amit can elaborate more on this.

I'm a bit confused about the relationship between mobile applications and
carriers. As I understand it, carriers in this context refers to cell phone
service providers (Verizon, ATT, et al.). The mobile applications are
generally at a different layer (Apple's iTunes Store, Google's Android
Market, etc.), aren't they? Is this strictly about pre-installed
applications on devices sold through these carriers?

I'd encourage anyone interested to read both the blog post _and_ the
comments below it, where some of these same questions are asked (and
answered!).

 * Were constantly getting asked about why insert new Wikipedia app
 name in new app store has ads, is not free, and in general doesn't
 provide a polished experience. Users are confused why the foundation
 would provide so many bad offerings in each of the apps stores because
 they associate most apps in the market with something that the
 foundation has done. I've had users approach me and ask why the
 foundation puts ads inside their apps and even after explaining that
 we have no affiliation they insist that its a poor reflection of our
 projects. No matter how we look at it ... were being judged on behalf
 of any app that is showing people data from Wikipedia. Rather then
 having to explain why there are so many bad ones we decided to provide
 a better solution then the rest to raise awareness that you a) dont
 have to see ads b) don't have to pay for basic features like saving
 pages and c) have control in the future direction of the project.

Aha! This is a very interesting point. I hadn't realized that this was an
issue. Ad blindness seems to have not affected mobile device users as much
as it has desktop users (yet).

 * It's a great way to eat our own dog food. Apps should always be
 decoupled and with the next release of both of our apps we'll have
 learned a ton about how our API's are deficient. By better
 understanding these use cases we've extended functionality for such
 things as loading articles into small chunks and our mobile web
 projects will soon be receiving the same benefits. Re-using code like
 this is key to making both our projects better and third party apps
 faster.
 
 * People use them. No matter if your a fan of apps or not they've
 replaced the function of bookmarks for most mobile users. They provide
 a faster and easier way of accessing content and our stats are
 starting to show it. In just under a month of metrics we've already
 seen 20+ million page views from the official android app and growth
 is continuing.
 
 * Code re-use. Whenever companies build native apps they have to
 create 

Re: [Wikimedia-l] Wiki Travel Guide

2012-04-11 Thread emijrp
2012/4/11 John Vandenberg jay...@gmail.com

 I agree that travel content is within the scope.  In addition to the
 content itself, which helps other people, the process of writing and
 communicating travel information is educational for the writer.

 There was a session about WikiTravel on at RCC2011 Canberra, where the
 need to change host was discussed, and forking generally was
 discussed.


 https://en.wikiversity.org/wiki/University_of_Canberra/RCC2011/All_about_Wikitravel

 The wikiteam dumps of wikitravel are a bit old now; is someone working
 on making fresh dumps publicly available?
 https://code.google.com/p/wikiteam/downloads/list?can=2q=wikitravel
 https://groups.google.com/d/topic/wikiteam-discuss/0gSFlnxeKOo/discussion


Hi;

Furthermore, WikiTravel dumps generated by WikiTeam include only the last
revision for every article. WikiTravel server is a bit weak, and full
history exports fail.

We would like to download a full dump if available.

Regards,
emijrp

-- 
Emilio J. Rodríguez-Posada. E-mail: emijrp AT gmail DOT com
Pre-doctoral student at the University of Cádiz (Spain)
Projects: AVBOT http://code.google.com/p/avbot/ |
StatMediaWikihttp://statmediawiki.forja.rediris.es
| WikiEvidens http://code.google.com/p/wikievidens/ |
WikiPapershttp://wikipapers.referata.com
| WikiTeam http://code.google.com/p/wikiteam/
Personal website: https://sites.google.com/site/emijrp/
___
Wikimedia-l mailing list
Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l


Re: [Wikimedia-l] www.wikimedia.org (Re: [Foundation-l] New Project Process)

2012-04-11 Thread Fajro
On Wed, Apr 11, 2012 at 11:26 PM, Erik Moeller e...@wikimedia.org wrote:
 On Tue, Apr 3, 2012 at 12:48 AM, Liam Wyatt liamwy...@gmail.com wrote:

 I've put some initial brainstorming notes about how this could be done here:
 http://meta.wikimedia.org/wiki/Wikimedia.org

Nice.

We'll add this to the discussions of the new Sister Projects Committee.

http://meta.wikimedia.org/wiki/Sister_Projects_Committee


-- 
Fajro

___
Wikimedia-l mailing list
Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l