Situation Report from the InSTEDD team:
Ushahidi is working on getting a Haiti shortcode (4636, being arranged by Digicel and paid for supposedly by US State Department. Should be up and running by morning 16-Jan) to get MOs. MTs won’t probably work. They have no details on how they are going to get the messages yet.
Original envisioned process was as follows:
1. Put word out that people on the ground can send [Name location status/message]
2. SMS submitted, with varying levels of structure/detail. SMS responds with information. For all messages, there will be a tinyurl that has more info on Haiti recovery.
3. Enters database
4. Passed to a mechanical turk type outfit for structuring/tagging
5. Message is structured in the database
6. Gets passed off to orgs (via Sahana) for action
————
WE MUST HAVE THE SENDER’s number
What Ushahidi will have:
- URL is 4636.ushahidi.com
- Ability to tag and structure SMS messages (note from nico: not sure what they mean with “structure”)
- Structure= family name, given name, geotag, category of report (note from nico: same here)
- Ability to re-expose feed via geoRSS
- Data can also be output in the SMS table
- When the SMS comes in, they will see where it needs to go and deal with it on main page.
What we need from them by priority:
1 – an RSS with the sender’s number as the author of the rss item
2 – make the previous rss a Geo-RSS with the location of the sender
3 – have the crowd-sourced tags as RSS tags.
4 – Have them parse the “register” or “registre” + mobile phone and relaying that to us somehow. (Juan, any ideas on something easy for them/us?)
What we (InSTEDD/Manas) need to do ASAP:
Related to MOs
0 – Switch the EIS EC2 instance to the biggest one we can get. We can’t afford timeouts or overloads.
1 – Make sure the RSS importer recognizes the author as a mobile phone number and adds it to the list of registered phones.
2- Paginate that list (Juan, I think it’s not being paginated, and it’s gonna get big very quick).
3- Code: if the incoming item is a mobile phone number and it has a geo location, add that as the location of that citizen. (Juan, if they send us the lat/lon, we are loosing the clustering thing, we might need to reverse geo lookup to cluster them, we will see when we get there, but be ready and respond quickly)
4 – Re-test tags into Riff from RSS tags.
5 – Provide support for whatever relaying method of invitees Ushahidi gives us.
Related to MTs
1 – To Juan: It’s going to be a while probably until we get a way of broadcasting MT’s, we can test Clickatell tomorrow, but we need to figure out a way of round-robin between several LGW.
Eddy 7:37 pm on January 19, 2010 Permalink |
This is a fine, detailed and highly specific post. Please know how appreciated that is. Keep up the great work everyone.