[HOT] HOT Uganda Webinar Recording (was: RE: How to create participatory maps with refugees & host communities)

[russell . deffner]

Thank you Rebecca, HOT Uganda and participants!

 

Just FYI, the webinar recording now has a new, more permanent, home on our 
YouTube channel: https://www.youtube.com/user/hotosm 

 

=Russ, 

Community Working Group Volunteer

 

From: Rebecca Firth  
Sent: Thursday, January 17, 2019 7:16 PM
To: hot 
Subject: Re: [HOT] How to create participatory maps with refugees & host 
communities

 

Hi,

 

Thanks to everyone who joined the webinar this morning and participated in the 
discussion! You can find the recording here if you missed it: 
https://zoom.us/recording/share/YHteqJFBkwPOMk4zN86glmWrQ8sYstbFms20RigK1uewIumekTziMw?startTime=1547730158000

 

Community Working Group will be circulating details of the February webinar 
shortly,

 

Thanks,

 

Rebecca

 

On Wed, Jan 16, 2019 at 6:30 PM Rebecca Firth mailto:rebecca.fi...@hotosm.org> > wrote:

  Hi,

 

Tomorrow, the HOT Uganda team is hosting a webinar on their lessons learned 
mapping with refugee & host communities, and invite discussion from others who 
might have experience/questions. If you'd like to sign up, the details are 
here:   bit.ly/HOTUganda . 

 

Thanks,

 

Rebecca 

 

-- 

Rebecca Firth

Director, Community & Partnerships

  rebecca.fi...@hotosm.org

@RebeccaFirthy

 

Humanitarian OpenStreetMap Team

Using OpenStreetMap for Humanitarian Response & Economic Development

  web |   twitter |  
 facebook |   donate

 




 

-- 

Rebecca Firth

Director, Community & Partnerships

  rebecca.fi...@hotosm.org

@RebeccaFirthy

 

Humanitarian OpenStreetMap Team

Using OpenStreetMap for Humanitarian Response & Economic Development

  web |   twitter |  
 facebook |   donate

 

___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

[HOT] Mkushi province and Open Location Code

[Bjoern Hassler]

Dear friends,

we're supporting government health workers in Mkushi province (Zambia), and
we're hoping to use plus codes for better identification of households in
need of support. Plus codes work in OSMAnd and Maps.Me (8 digit codes only
it  seems, unless anybody has info on this). However, you cannot search for
them in OSM.org, which makes for an inconsistent user experience. I
therefore put this proposal together
https://wiki.openstreetmap.org/wiki/Proposal_Open_Location_Code. It's
primarily about plus codes support in the search, but it would be nice to
be able to get plus codes out of OSM as well (e.g. under what's here or
show address).

Tom Hughes was kind enough to put up a trial, so people can test this out,
see e.g.
https://tomh.apis.dev.openstreetmap.org/search?query=6GVW2FXH%2B4H#map=19/7.04781/38.47894
and obviously search for your own codes. This is only a trial and this only
supports long codes (not short codes).

Let me know what you think, and do contribute questions, concerns and
suggestions to the above wiki page. There have been concerns raised that
discussion around such new features could be very self-selecting, so if you
know of others who may have positive and particularly critical views,
please do forward this message.

Bjoern
https://wiki.openstreetmap.org/wiki/User:Bjohas
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] Tracking vehicle movements

[Ivan Gayton]

Hi Jorieke,

My friend Ping (in CC) and I have been working on a very lightweight
application for vehicle tracking, specifically intended to work with SMS
only (no Internet required—it sends the positions with a formatted SMS
message on a particular schedule).

Code here: https://github.com/zestyping/fleetreporter and
https://github.com/zestyping/fleetreceiver. No server needed; the system
simply relies upon a central mobile device to receive all of the rover
positions.

This is emphatically NOT for everyone, or intended to be a replacement for
stuff like traccar or gpslogger; it's specifically targeted at a small,
relatively remote project with a few cars that they want to track, where
they don't have much Internet access but there's a bit of mobile phone
(SMS) coverage.

We've piloted it in the Central African Republic, where we've had issues
with the expense of SMS messages. In CAR, the mobile networks have terribly
unreliable SMS packages (you can buy a "forfait" of 100 SMS messages for a
small fee, but the "forfait" often doesn't work and depletes the main
balance of the phone very rapidly). This may be less of a problem in other
places.

Bottom line: if the project that needs a solution has the following
characteristics:

- Poor mobile internet coverage but some SMS coverage (and SMS pricing is
reasonable and functional)
- Doesn't want to set up a server, just receive positions on a local device,

They should have a look at what we've done. Otherwise definitely look at
the GPSLogger, Traccar, or dedicated logger device options!

Onward,
Ivan



Ivan Buendía Gayton
Country Manager, Humanitarian OpenStreetMap Team (hotosm.org)
Tanzania
+255 76 939 7811 (phone and WhatsApp)

Skype: sardo.numpsi
Twitter: @ivangayton


On Thu, Jan 10, 2019 at 3:47 AM Jorieke Vyncke 
wrote:

> Hi all,
>
> @Ivan that sounds interesting! Could you tell me more?
> The other suggestions are forwarded, thank you again. Last is looking at
> them and will feedback soon!
> He was already impressed what you collected: "Wow... thanks @Jorieke! Let
> me look into the feedback" was his reaction this morning.
>
> And to Donal his points: I'm not sure about the context in Zimbabwe, but
> from my point of view using a GPS tracking system is indeed on the one hand
> a system that serves as control mechanism for drivers, but on the other
> hand it also serves as planning and budgeting tool, and most importantly
> also for security purposes for our people in the car. This latest makes it
> also difficult to just share the GPS traces that our teams take. It is a
> way the security of our staff can be damaged, so not so straightforward.
>
> All the best,
>
> Jorieke
>
>
>
>
> Op do 10 jan. 2019 om 10:10 schreef Donal Hunt :
>
>> I would echo Laurent's words. Deploy the solution that you need and
>> figure out the funding issues. Doing something like SMS-based reporting or
>> emailing data around the place will just move the cost burden elsewhere, be
>> more brittle and probably not get you what you want at the end of the day.
>>
>> The initial problem statement seems to focus on how to verify the trust
>> that is being put in the partner undertaking the work. There are many many
>> ways to do that and technology is not always the answer. It would be
>> interesting to understand what other options have been identified and why
>> GPS-tracking has been decided on as the most effective means of delivering
>> the end result. If the GPS data being collected is also making it's way
>> back into the OSM ecosystem, that value should not be discounted.
>>
>> Kind regards
>>
>> Donal
>>
>> On Wed, 9 Jan 2019 at 21:19, Laurent Savaete  wrote:
>>
>>> Hey Jorieke,
>>>
>>> What your question describes sounds like fleet management. I just found
>>> https://www.traccar.org/ which looks pretty well maintained (88
>>> contributors on github, latest code update only a few hours ago), is
>>> open-source and seems to provide exactly what you're after, without having
>>> to reinvent the wheel.
>>>
>>> Hope this helps,
>>>
>>> Laurent
>>>
>>>
>>> On 09/01/2019 19:22, John Whelan wrote:
>>>
>>> In Windows you can use a script to copy the files, compress them and
>>> send them.
>>>
>>> Android should have something equivalent.  If not Microsoft Visual
>>> Studio 2017 can build something that will run on android.
>>>
>>> We seem to be forever seeing requests from students to write software
>>> for OSM and HOT as a project.
>>>
>>> This one is a natural.
>>>
>>> Enabling GPS tracking is heavy on a battery life but you can buy power
>>> packs quite cheaply to extend the life.  I wouldn't connect it to the car
>>> battery, the voltage fluctuates to much and it will shorten the smartphone
>>> life down.
>>>
>>> So basically you want a program that will grab the GPS tracks every x
>>> minutes and compress them.  Technically zip is fine but the problem with
>>> zips is they can carry malware so use something else and gmail won't accept
>>> them anyway.
>>>
>>> Then it