[HOT] Status of pre and post quake imagery friendly licenced to OSM for tracing in support of Pak Floods crisis mapping

[Chris Blow]

Useful review of progress in this area via crisis commons list today: http://wiki.rhok.org/Task_Turking 

I really want to solve this problem -- specifically the OSM-via-crowdmap problem -- and it sounds like I need to read a bit more and experiment with some of the available options. Swift seems like a natural fit to me since I have worked on it a bit, but I was originally thinking of something more on the level of just a bash script, just ushahidi2osm.sh or something -- it sounds like Sahana has this solved and I just need to extract the code. (Fantastic!)  

Fran can you point me to the appropriate files?

I have some tasking wireframes that I can update to encapsulate this spec -- perhaps a visual can ground our conversation and cleave away some of the larger scope floating around in this concept. 

Generally I'm concerned about Ushahidi data remaining outside OSM now that crowdmap has such potential for POI entry by people who can not (or will not) use josm or potlatch. For the last couple of years Ushahidi has been very event-oriented, but now I feel certain that it is going to attract more POI entry from crowdmap. Likewise it appears that OSM is moving more toward incorporating time-sensitive data or events. 

I can't really speak to integration with other platforms, but I can appreciate the general applicability of a tasking server supporting lots of formats. I want to just start small and specific, and would ideally like to avoid a full-blown third application with separate logins and databases and such.        

PS kindly can we please stop calling it "Turk"-everything, on grounds that it is (originally) racist and (now) a corporate trademark. I would as soon call it the Mechanical Negro. "Tasking" is more accurate anyway. :)


c 


On Aug 13, 2010, at 1:28 AM, Mikel Maron <mikel_maron at yahoo.com> wrote:

> Yes, a tasking server. That's something we've wanted to develop since Haiti, and there's been a couple attempts at Camp Roberts. Tasks could be something examining a point from Ushahidi, tagging it properly and checking for duplication. Or looking at a tile of satellite imagery and tracing out roads. Or getting an update of open schools from the national govt. etc.
> 
> The task would have a simple interface, but with enough information to properly review, ie maps, access to tags/history/users, etc. Each task could be reviewed multiple times. The task could go through various processes before being presented to a human ... for instance, it might attempt to find a match for an existing feature in OSM, based on name or even foreign key. Completed tasks can be pushed directly to OSM.
> 
> I do think of it like an open source mechanical turk, for OSM. Or maybe Swift River for maps?
>  
> == Mikel Maron ==
> +254(0)724899738 @mikel s:mikelmaron
> http://mapkibera.org/
> http://wiki.openstreetmap.org/index.php/Haiti
> 
> 
> From: Chris Blow <cgblow at gmail.com>
> To: Fran Boon <francisboon at gmail.com>
> Cc: "hot at openstreetmap.org" <hot at openstreetmap.org>
> Sent: Thu, August 12, 2010 8:55:26 PM
> Subject: Re: [HOT] Status of pre and post quake imagery friendly licenced to OSM for tracing in support of Pak Floods crisis mapping
> 
> There is something elegant about linking two crisis map systems with a third. Unfortunately there is also something quite inelegant about it -- at least as a long term solution.
> 
> It sounds like what is missing is not file conversion but rather some way to queue and review a changeset. I would appreciate other feedback on this issue -- surely there are precedents for solving this problem? Can we solve it without JOSM or potlatch? 
> 
> c
> 
> On Aug 12, 2010, at 4:12, Fran Boon <francisboon at gmail.com> wrote:
> 
> > On 11/08/2010 12:34, Kate Chapman wrote:
> >> We were talking about doing an integration with a manual step from
> >> Ushahidi to OSM in Haiti, but nobody has an automated way to do this
> >> that I'm aware.  The issue is that there isn't a good way to detect if
> >> a feature exists to prevent duplication.  Making an easy way to go
> >> from Ushahidi to OSM files could at least allow people to check data
> >> and import it if it is okay.
> > 
> > That could be done using Sahana Eden - this can read both Ushahidi &
> > .osm & can write-out .osm.
> > 
> > I set up an instance last night:
> > http://eden.sahanafoundation.org/wiki/Pakistan
> > 
> > F
> > 
> > _______________________________________________
> > HOT mailing list
> > HOT at openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/hot
> 
> _______________________________________________
> HOT mailing list
> HOT at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/hot
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/hot/attachments/20100815/4c17d114/attachment-0001.html>