User talk:Snowyla

Wikipedia Hackathon 2012
Wikipedia Hackathon 2012 in San Francisco.

Location: Parisoma

Wikipedia Hackathon - SMS Project
''Notes for Wikipedia Hackathon - SMS Product ''

Links

 * https://github.com/judytuna/SMS-Wikipedia - working SMS on github using Ruby + twilio apis!
 * Heroku where the app is hosted
 * Master(Judy's Version) http://sharp-autumn-7065.heroku.com
 * Romy Goofing around, hooking it up to a German version http://freezing-samurai-8890.heroku.com/
 * OpenVBX - our openVBX http://www.datingskaters.com/openvbx/
 * Flow: Hackathon 01 - this is a simple phone tree and integrates none of the contents

Phone Numbers

 * Twilio (Owned by Judy) - 415-599-2671 sandbox
 * OpenVBX Phone # (415) 599-2671 Pin: 1514-2249

WikiEngine
WikiEngine - twilio gallery ''WikiEngine is a .NET database application used for searching Wikipedia and other wikis running MediaWiki through a text message medium. It allows user to search Wikipedia without using a data plan or saves the user time and data usage. It can find what the user needs in two clicks, rather than the 20 or so needed to use a data plan (Opening a browser, entering Wikipedia, activating the search box, entering the word, hitting search, waiting for it to load, etc.)''

Saturday Afternoon

 * 1) January 21, 2012 15:49 - Romy set up Judy + Neil K on an OpenVBX at Datingskaters.com
 * 2) OpenVBX is set up with a phone number and menu tree but no content.
 * 3) Judy & Neil got the SMS app working! rad! hosted on heroku + on github.
 * 4) Judy's sandbox - it's working! 1-415-599-2671
 * 5) MO: text 39406402 wikipedia entry to +1 415 599 2671

SMS App Flow
We now have a Wikipedia SMS App working. !
 * 1) Flow
 * 2) MO: text to 415 599 2671 with the "39406402 wikipedia entry"
 * 3) Please get your phone number verified with Judy Tuan first.
 * 4) System:  calls you back and reads you the wikipedia entry.
 * 5) Github

Car Voice Application Notes



 * Summary: This is a hands-free voice version. A user would be able to access it while driving their car, for example when they are stuck in traffic.
 * === Try it out! ===
 * (415) 599-2671 Pin: 1514-2249
 * * this is only a simulation using OpenVBX, not a working model.
 * * Prototype assumes that user has called in and vocally requested: "Ballet" entry
 * === Car voice Application flow ===
 * Flow:
 * User calls our phone number while they are in the car.
 * Our service greets the end user.
 * Example copy: Wikipedia Service. What should we read to you?
 * Pause
 * Our end user speaks into the phone with a request.
 * Example: "End user says: Ballet"
 * Our service interprets user-spoken term "Ballet" using the twilio voice mail transcribe piece
 * Our system returns a reading of the request to the user on their phone.
 * End user can listen to the wikipedia entry without having to type to text
 * Our service interprets user-spoken term "Ballet" using the twilio voice mail transcribe piece
 * Our system returns a reading of the request to the user on their phone.
 * End user can listen to the wikipedia entry without having to type to text

Voice Editor Transcription

 * 1) Deeb suggested a user-initated voice only mobile voice application in which the user can call a phone number, create an article template (not finalized) and then speak the content and edit it later for review. This creates a text draft that is put into the Wikipedia system as a stub.
 * 2) Romy: Tie voice only user stub entries with geolocation => this would be really great for drafts for Wikipedia entries involving tourism walking tours
 * 3) Example: Wikitravel walking tour of San Francisco - imagine if this entry were not typed entirely at a computer but verbally transcribed into a draft as our Wikipedia editors wandered the walking tour on foot
 * 4) Example: Imagine a driving tour entry on Wikitravel - Editors will be much more emotionally involved if they can verbally transcribe a draft driving down a freeway, then edit later.
 * 5) Advantages: Some intelligent people are much better at speaking (think of all the great oral tales from Homer, etc) than they are at writing things down on a computer.
 * 6) Advantages: Wikipedia editors would reach out to more older, non techie people, also reach out to people who might be dyslexic or hyper and have problems writing things down on a computer interface.


 * === Notes for Voice App ===
 * Ford SYNC - MySync - This app could be installed into a proprietary automobile system. These are rolling out now--Ford is one of those at the front of the pack.
 * Romy: I live in the San Francscio Bay Area, and there is a lot of traffic here. Americans have long commutes and are on the road constantly. Texting while Driving is a terrible problem, but so is boredom. This would be nice to have... especially if the product could also be optimized so that the voice recordings are more natural sounding.
 * === Similar Applications ===
 * Pediaphon http://www.pediaphon.org/~bischoff/radiopedia/index.html
 * German application that focuses on taking text requests from the web and turning them into mp3s
 * Includes a similar Voice App using SIP--User can call, then use numeric keypad on mobile phone to read out an entry.
 * nice open source! I think
 * German application that focuses on taking text requests from the web and turning them into mp3s
 * Includes a similar Voice App using SIP--User can call, then use numeric keypad on mobile phone to read out an entry.
 * nice open source! I think

Wikipedia Mobile Formats
(Please add your name here if interested)

Zepto
Romy> Suyash, why not substitute Zepto for jQuery?
 * Zepto is a javascript framework, is basically jQuery with the annoying Internet Explorer stuff stripped out -> thinner, lighter
 * Zepto is used by the Wikipedia team in constructing its new Android app in conjunction with PhoneGap
 * Mobile phones: do not need jQuery with internet explorer

Wikipedia Web API
Use the wikipedia web api.

YQL
summary: It's unclear to anyone i've spoken to whether this is easy to use with Wikipedia. It's a good way to get into the web api for beginners though!

As YQL can reade microformats, would this be a good tool to use in conjunction with the web api? I don't see a lot of stuff on this, but it's good for beginners. It's also convenient for mashups,
 * examples: such as refined twitter searches for twitter search results US NAVY UNIFORMS + #hackathon + Yahoo flickr photos

Brainstorming

 * 1) What can we do with a mobile web application that would extend value beyond the existing, functional mobile website?
 * 2) What does the mobile web application provide that is perceivably superior to the existing PHP mobile website?
 * 3) Romy: I spoke to one of the Wikmedia guys last night, and the mobile web results that we do see are some PHP thing that is squished in with WURFL for device detection.

Possibilities

 * A more mobile application-like mobile website with a mobile app-like Mobile UI:
 * example: cuter mobile application-like interface
 * for example, a static header bar and static footer bar with home icons, search bars etc.
 * Faster performance using a javascript framework such as Sencha Touch / sproutcore etc. This is done by avoiding clunky reloading manueverings with the DOM that occurs in traditional HTML, etc and even jQuery Mobile.
 * Editor interface optimized for the mobile phone
 * for example, imagine the Wikipedia Web API sandbox optimized for the mobile phone.