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

[Mikel Maron]

wireframes would be awesome, everyone does actually have a different idea in 
their heads. agreed to start small and focused.

 
there's a few efforts at more basic OSM contribution. could be helpful to 
catalog and then focus the efforts. too many of these are not user experience 
based, but developer based.

-Mikel

ps I'm now eager to ask my Turkish friends about the potential offense!

== 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: Mikel Maron <mikel_maron at yahoo.com>
Cc: Fran Boon <francisboon at gmail.com>; "hot at openstreetmap.org" 
<hot at openstreetmap.org>
Sent: Sun, August 15, 2010 7:44:43 AM
Subject: Re: [HOT] Status of pre and post quake imagery friendly licenced to OSM 
for tracing in support of Pak Floods crisis mapping



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/52ff548b/attachment.html>