Re: [HOT] OpenStreetMap data, good and bad

[Jorieke Vyncke]

Just some small advise: if you pass around an osm USB stick, put not only
software on it, but make sure there are also some training guides on it
that people easily can copy-past. Eg.
https://github.com/hotosm/learnosm/wiki/English-Learning-Guides

2016-11-17 15:39 GMT+01:00 joost schouppe :

>
> 2016-11-17 14:45 GMT+01:00 john whelan :
>
>> I was at a presentation yesterday given by Stats Canada to the local
>> University.  They're using a customised version of iD to map buildings.  It
>> has more restricted tag set.  Using a mouse the presenter was able to
>> accurately map a square building without difficulty so it would appear the
>> misshapes we see are people trying to map without using a mouse.
>>
>
> I've seen many people draw strangely shaped buildings during mapathons,
> always with a mouse. It is more a matter of interpreting satellite pictures
> than anything else. For example, understanding the difference between a
> shadow and the building, or following the outline of the roof instead of
> the ground imprint.
>
>
>> Perhaps having a customised version of iD with a subset of the available
>> tags might help HOT.  Highways for example could be restricted to the
>> values in the African Wiki.  Certainly for HOT projects I think
>> highway=motorway could be omitted.
>>
>> I like the sound of that. It would be cool if you could determine the
> available tags in ID from the Tasking Manager task setup manager. There
> would have to be some kind of warning in the editor though; something like
> "This is a limited version. If you want to be able to add things not asked
> in this task, click here to break out".
>
>
> ___
> HOT mailing list
> HOT@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/hot
>
>
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] OpenStreetMap data, good and bad

[joost schouppe]

2016-11-17 14:45 GMT+01:00 john whelan :

> I was at a presentation yesterday given by Stats Canada to the local
> University.  They're using a customised version of iD to map buildings.  It
> has more restricted tag set.  Using a mouse the presenter was able to
> accurately map a square building without difficulty so it would appear the
> misshapes we see are people trying to map without using a mouse.
>

I've seen many people draw strangely shaped buildings during mapathons,
always with a mouse. It is more a matter of interpreting satellite pictures
than anything else. For example, understanding the difference between a
shadow and the building, or following the outline of the roof instead of
the ground imprint.


> Perhaps having a customised version of iD with a subset of the available
> tags might help HOT.  Highways for example could be restricted to the
> values in the African Wiki.  Certainly for HOT projects I think
> highway=motorway could be omitted.
>
> I like the sound of that. It would be cool if you could determine the
available tags in ID from the Tasking Manager task setup manager. There
would have to be some kind of warning in the editor though; something like
"This is a limited version. If you want to be able to add things not asked
in this task, click here to break out".
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] OpenStreetMap data, good and bad

[john whelan]

I was at a presentation yesterday given by Stats Canada to the local
University.  They're using a customised version of iD to map buildings.  It
has more restricted tag set.  Using a mouse the presenter was able to
accurately map a square building without difficulty so it would appear the
misshapes we see are people trying to map without using a mouse.

Perhaps having a customised version of iD with a subset of the available
tags might help HOT.  Highways for example could be restricted to the
values in the African Wiki.  Certainly for HOT projects I think
highway=motorway could be omitted.

Cheerio John

On 16 November 2016 at 07:10, john whelan  wrote:

> JOSM on a USB stick needs to be set up.  It involves JOSM, JAVA and a
> browser being installed on the USB stick with some software to make it all
> stick together so JOSM can run from the USB stick and the remote control
> made to work.  Perhaps Mike or Jo have the instructions lying around
> somewhere, I seem to recall them being on the JOSM site.
>
> The untagged ways aren't a big deal, it's just someone sitting at a
> computer and adding tags, provided some else doesn't remove them first.
> Duplicated ways JOSM can handle these in an automated way, they're just
> indicators of data quality more than anything else.
>
> Cheerio John
>
> On 16 November 2016 at 05:00, Douglas Ssebaggala <
> douglas.ssebagg...@hotosm.org> wrote:
>
>> Thanks, great feedback,
>>
>>
>> The untagged ways and duplicated nodes are a common scenario, it's great
>> that there's such discoveries that can be made. Perhaps there could be a
>> documentation on these recent common mistakes on the wiki, so that the
>> local and new mappers can avoid and correct these.
>>
>> JOSM pre-loaded USB drives are handy for any mapathon, will share all
>> this info with organisers of geoweek activities.
>>
>> On Wed, Nov 16, 2016 at 1:06 AM, john whelan 
>> wrote:
>>
>>> I also have a small stack of USB drives that will run JOSM.
>>>
>>> Cheerio John
>>>
>>> On 15 November 2016 at 16:49, Mike Thompson  wrote:
>>>

>
> JOSM with the building tool plug in is seen as too complicated by many
> mapathon organisers.
>
 The building tool itself isn't too complicated, JOSM itself isn't even
 too complicated, it is getting it installed on everyone's machine.  They
 have to have Java 8, an OS that supports Java 8, download JOSM, install the
 building plugin, turn on remote control, restart JOSM, and accept the https
 cert for remote control. I have made some USB thumb drives pre loaded with
 Java, JOSM and the necessary plugins that solves all of these issues except
 for the OS. So far I have it working for Windows and Linux.  I think it
 will work on Mac, but just haven't gotten that far yet.  I plan on using
 these at a future mapathon.



>>>
>>
>>
>> --
>>
>> *Humanitarian OpenStreetMap Team
>> *Mapping Supervisor "Financial Services", Uganda
>>
>> Email: douglas.ssebagg...@hotosm.org
>> Skype: douglo.m
>> Twitter: @douglaseru 
>> UG Mobile: +256 772 422 524
>>
>> *Using OpenStreetMap for Humanitarian Response & Economic Development*
>> web  | twitter  | facebook 
>>  | donate 
>>
>>
>
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] OpenStreetMap data, good and bad

[john whelan]

JOSM on a USB stick needs to be set up.  It involves JOSM, JAVA and a
browser being installed on the USB stick with some software to make it all
stick together so JOSM can run from the USB stick and the remote control
made to work.  Perhaps Mike or Jo have the instructions lying around
somewhere, I seem to recall them being on the JOSM site.

The untagged ways aren't a big deal, it's just someone sitting at a
computer and adding tags, provided some else doesn't remove them first.
Duplicated ways JOSM can handle these in an automated way, they're just
indicators of data quality more than anything else.

Cheerio John

On 16 November 2016 at 05:00, Douglas Ssebaggala <
douglas.ssebagg...@hotosm.org> wrote:

> Thanks, great feedback,
>
>
> The untagged ways and duplicated nodes are a common scenario, it's great
> that there's such discoveries that can be made. Perhaps there could be a
> documentation on these recent common mistakes on the wiki, so that the
> local and new mappers can avoid and correct these.
>
> JOSM pre-loaded USB drives are handy for any mapathon, will share all this
> info with organisers of geoweek activities.
>
> On Wed, Nov 16, 2016 at 1:06 AM, john whelan 
> wrote:
>
>> I also have a small stack of USB drives that will run JOSM.
>>
>> Cheerio John
>>
>> On 15 November 2016 at 16:49, Mike Thompson  wrote:
>>
>>>

 JOSM with the building tool plug in is seen as too complicated by many
 mapathon organisers.

>>> The building tool itself isn't too complicated, JOSM itself isn't even
>>> too complicated, it is getting it installed on everyone's machine.  They
>>> have to have Java 8, an OS that supports Java 8, download JOSM, install the
>>> building plugin, turn on remote control, restart JOSM, and accept the https
>>> cert for remote control. I have made some USB thumb drives pre loaded with
>>> Java, JOSM and the necessary plugins that solves all of these issues except
>>> for the OS. So far I have it working for Windows and Linux.  I think it
>>> will work on Mac, but just haven't gotten that far yet.  I plan on using
>>> these at a future mapathon.
>>>
>>>
>>>
>>
>
>
> --
>
> *Humanitarian OpenStreetMap Team
> *Mapping Supervisor "Financial Services", Uganda
>
> Email: douglas.ssebagg...@hotosm.org
> Skype: douglo.m
> Twitter: @douglaseru 
> UG Mobile: +256 772 422 524
>
> *Using OpenStreetMap for Humanitarian Response & Economic Development*
> web  | twitter  | facebook 
>  | donate 
>
>
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] OpenStreetMap data, good and bad

[Douglas Ssebaggala]

Thanks, great feedback,


The untagged ways and duplicated nodes are a common scenario, it's great
that there's such discoveries that can be made. Perhaps there could be a
documentation on these recent common mistakes on the wiki, so that the
local and new mappers can avoid and correct these.

JOSM pre-loaded USB drives are handy for any mapathon, will share all this
info with organisers of geoweek activities.

On Wed, Nov 16, 2016 at 1:06 AM, john whelan  wrote:

> I also have a small stack of USB drives that will run JOSM.
>
> Cheerio John
>
> On 15 November 2016 at 16:49, Mike Thompson  wrote:
>
>>
>>>
>>> JOSM with the building tool plug in is seen as too complicated by many
>>> mapathon organisers.
>>>
>> The building tool itself isn't too complicated, JOSM itself isn't even
>> too complicated, it is getting it installed on everyone's machine.  They
>> have to have Java 8, an OS that supports Java 8, download JOSM, install the
>> building plugin, turn on remote control, restart JOSM, and accept the https
>> cert for remote control. I have made some USB thumb drives pre loaded with
>> Java, JOSM and the necessary plugins that solves all of these issues except
>> for the OS. So far I have it working for Windows and Linux.  I think it
>> will work on Mac, but just haven't gotten that far yet.  I plan on using
>> these at a future mapathon.
>>
>>
>>
>


-- 

*Humanitarian OpenStreetMap Team
*Mapping Supervisor "Financial Services", Uganda

Email: douglas.ssebagg...@hotosm.org
Skype: douglo.m
Twitter: @douglaseru 
UG Mobile: +256 772 422 524

*Using OpenStreetMap for Humanitarian Response & Economic Development*
web  | twitter  |
facebook  | donate

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

Re: [HOT] OpenStreetMap data, good and bad

[john whelan]

I also have a small stack of USB drives that will run JOSM.

Cheerio John

On 15 November 2016 at 16:49, Mike Thompson  wrote:

>
>>
>> JOSM with the building tool plug in is seen as too complicated by many
>> mapathon organisers.
>>
> The building tool itself isn't too complicated, JOSM itself isn't even too
> complicated, it is getting it installed on everyone's machine.  They have
> to have Java 8, an OS that supports Java 8, download JOSM, install the
> building plugin, turn on remote control, restart JOSM, and accept the https
> cert for remote control. I have made some USB thumb drives pre loaded with
> Java, JOSM and the necessary plugins that solves all of these issues except
> for the OS. So far I have it working for Windows and Linux.  I think it
> will work on Mac, but just haven't gotten that far yet.  I plan on using
> these at a future mapathon.
>
>
>
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] OpenStreetMap data, good and bad

[Mike Thompson]

>
>
>
> JOSM with the building tool plug in is seen as too complicated by many
> mapathon organisers.
>
The building tool itself isn't too complicated, JOSM itself isn't even too
complicated, it is getting it installed on everyone's machine.  They have
to have Java 8, an OS that supports Java 8, download JOSM, install the
building plugin, turn on remote control, restart JOSM, and accept the https
cert for remote control. I have made some USB thumb drives pre loaded with
Java, JOSM and the necessary plugins that solves all of these issues except
for the OS. So far I have it working for Windows and Linux.  I think it
will work on Mac, but just haven't gotten that far yet.  I plan on using
these at a future mapathon.
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] OpenStreetMap data, good and bad

[john whelan]

One final comment that has been mentioned before is that many mappers are
mapping on laptops without a mouse so their control isn't that good.  Add
in iD without a building plug in like JOSM and you get the very odd shaped
buildings we see on the map.  They can be squared but that is another
approximation.

JOSM with the building tool plug in is seen as too complicated by many
mapathon organisers.

Cheerio John

On 15 November 2016 at 14:13, john whelan  wrote:

> Looking at the other half there are only 3,000 untagged ways.  In general
> it doesn't look too bad but yes there are some areas that might not meet a
> desired standard.
>
> I think the problem is three fold, first experienced mappers who map as
> they would in Europe without regard to the http://wiki.openstreetmap.org/
> wiki/Highway_Tag_Africa or the convention that huts should be mapped as
> an area rather than a node.  These aren't a major problem as the quality is
> otherwise fairly good.
>
> Second mapathon or inexperienced mappers not knowing what they are doing.
> Validation helps here if you give them feedback you get more out of them
> and its better quality but you need a validator who knows what they are
> doing and don't even try and validate in iD.  One major difficulty is that
> many new mappers will not finish a tile which makes their work more
> difficult to spot when validating. If you can ask them nicely to map from
> the top then it gives someone a chance to go over their work without having
> to scan the entire project.
>
> However we don't have enough validators, especially ones who can give
> feedback without turning the mappers off.  To be honest when faced with
> another seventeen new mappers sixteen of which you know will probably only
> map once validating their work isn't that rewarding and its faster to map
> it yourself than to do a full validation feedback.
>
> http://tasks.hotosm.org/project/1396# is an example of a validated
> project.  We still get new mappers and mapathons on there but the quality
> isn't too bad.  We also have a pair of very nice mappers who cleans up
> tiles that have been marked invalid because they're incomplete.
>
> http://tasks.hotosm.org/project/1087 is another project that gets a lot
> of validation, its big but at the moment it seems to have attracted the
> attention of a local mapper and developing local expertise is always a good
> thing.
>
> I think the third cause in Africa is the variety of local languages used,
> they aren't all supported in the training guides and wiki.  Local mappers
> are not supported as well as they could be.
>
> Training helps, but not every mapathon has it nor do all the organisers
> know much about OSM.  Projects that are limited ie buildings or highways
> and settlements mean there is less information to absorb by new mappers.
>
> Cheerio John
>
> On 15 November 2016 at 08:26, john whelan  wrote:
>
>> Looking in JOSM at half Tanzania there are some 4,000 untagged ways,
>> 26,000 duplicated nodes etc.
>>
>> I'll take a look over the next few days.
>>
>> Cheerio John
>>
>>
>> On 15 November 2016 at 01:12, Douglas Ssebaggala <
>> douglas.ssebagg...@hotosm.org> wrote:
>>
>>> Dear community members,
>>>
>>> While at the spatial data workshop
>>>  a few days back in Tanzania,
>>> there was unique feedback from some of the people and organisations who
>>> have used OSM data: they greatly appreciated the quality of the data in
>>> OSM: buildings, roads, and business information, e.t.c thanks to the Ramani
>>> Huria team, and community members who are doing the mapping.
>>>
>>> This data is being used  for analysis,
>>> insight generation and maps!! However, the need for more quality data was
>>> also echoed as a very important aspect needed in all these efforts.
>>>
>>> A while back there was a discussion on new mappers, and generally making
>>> wrong edits to OSM, especially during need for maps and data in critical
>>> situations: considering that *mapping for flood resilience* scaled to
>>> involve *new* community members/*mappers* whose data is now proving
>>> *usefu*l, and good quality, i think we should always guide, understand,
>>> and help out any new mappers who might make mistakes, as with time their
>>> contributions will be helpful.
>>> --
>>>
>>> *Humanitarian OpenStreetMap Team
>>> *Mapping Supervisor "Financial Services", Uganda
>>>
>>> Email: douglas.ssebagg...@hotosm.org
>>> Skype: douglo.m
>>> Twitter: @douglaseru 
>>> UG Mobile: +256 772 422 524
>>>
>>> *Using OpenStreetMap for Humanitarian Response & Economic Development*
>>> web  | twitter  | facebook 
>>>  | donate 
>>>
>>>
>>> ___
>>> HOT mailing list
>>> HOT@openstreetmap.org
>>> 

Re: [HOT] OpenStreetMap data, good and bad

[john whelan]

Looking at the other half there are only 3,000 untagged ways.  In general
it doesn't look too bad but yes there are some areas that might not meet a
desired standard.

I think the problem is three fold, first experienced mappers who map as
they would in Europe without regard to the
http://wiki.openstreetmap.org/wiki/Highway_Tag_Africa or the convention
that huts should be mapped as an area rather than a node.  These aren't a
major problem as the quality is otherwise fairly good.

Second mapathon or inexperienced mappers not knowing what they are doing.
Validation helps here if you give them feedback you get more out of them
and its better quality but you need a validator who knows what they are
doing and don't even try and validate in iD.  One major difficulty is that
many new mappers will not finish a tile which makes their work more
difficult to spot when validating. If you can ask them nicely to map from
the top then it gives someone a chance to go over their work without having
to scan the entire project.

However we don't have enough validators, especially ones who can give
feedback without turning the mappers off.  To be honest when faced with
another seventeen new mappers sixteen of which you know will probably only
map once validating their work isn't that rewarding and its faster to map
it yourself than to do a full validation feedback.

http://tasks.hotosm.org/project/1396# is an example of a validated
project.  We still get new mappers and mapathons on there but the quality
isn't too bad.  We also have a pair of very nice mappers who cleans up
tiles that have been marked invalid because they're incomplete.

http://tasks.hotosm.org/project/1087 is another project that gets a lot of
validation, its big but at the moment it seems to have attracted the
attention of a local mapper and developing local expertise is always a good
thing.

I think the third cause in Africa is the variety of local languages used,
they aren't all supported in the training guides and wiki.  Local mappers
are not supported as well as they could be.

Training helps, but not every mapathon has it nor do all the organisers
know much about OSM.  Projects that are limited ie buildings or highways
and settlements mean there is less information to absorb by new mappers.

Cheerio John

On 15 November 2016 at 08:26, john whelan  wrote:

> Looking in JOSM at half Tanzania there are some 4,000 untagged ways,
> 26,000 duplicated nodes etc.
>
> I'll take a look over the next few days.
>
> Cheerio John
>
>
> On 15 November 2016 at 01:12, Douglas Ssebaggala <
> douglas.ssebagg...@hotosm.org> wrote:
>
>> Dear community members,
>>
>> While at the spatial data workshop 
>> a few days back in Tanzania, there was unique feedback from some of the
>> people and organisations who have used OSM data: they greatly appreciated
>> the quality of the data in OSM: buildings, roads, and business information,
>> e.t.c thanks to the Ramani Huria team, and community members who are doing
>> the mapping.
>>
>> This data is being used  for analysis,
>> insight generation and maps!! However, the need for more quality data was
>> also echoed as a very important aspect needed in all these efforts.
>>
>> A while back there was a discussion on new mappers, and generally making
>> wrong edits to OSM, especially during need for maps and data in critical
>> situations: considering that *mapping for flood resilience* scaled to
>> involve *new* community members/*mappers* whose data is now proving
>> *usefu*l, and good quality, i think we should always guide, understand,
>> and help out any new mappers who might make mistakes, as with time their
>> contributions will be helpful.
>> --
>>
>> *Humanitarian OpenStreetMap Team
>> *Mapping Supervisor "Financial Services", Uganda
>>
>> Email: douglas.ssebagg...@hotosm.org
>> Skype: douglo.m
>> Twitter: @douglaseru 
>> UG Mobile: +256 772 422 524
>>
>> *Using OpenStreetMap for Humanitarian Response & Economic Development*
>> web  | twitter  | facebook 
>>  | donate 
>>
>>
>> ___
>> HOT mailing list
>> HOT@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/hot
>>
>>
>
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

Re: [HOT] OpenStreetMap data, good and bad

[Charlotte Wolter]

Well said, Douglas,

I think the key to helping new mappers, 
especially at mapathons and for HOT activations, 
is preparation. It's important that we have 
photos, slides and other teaching materials ready 
for mapathons. Luckily, much of what is needed to 
teach new mappers the basics of iD is available already at learnosm.org.
In addition, for Missing Maps or HOT 
activations, I try to give context and 
orientation using photos of how the area looks at 
ground level so mappers know what they are 
looking at in aerial imagery. Visual orientation really helps new mappers.

I also teach basic principles of OSM:
--If you're not sure, don't map it (with 
some wiggle room in crisis situations with limited imagery). Ask for help.

--NEVER add any map data that is not in the public domain ... NEVER
--Use caution. Don't delete anything 
unless you are sure. If you're not sure, check 
with the mapathon staff or the mapper who added it
I'm doing training for a mapathon at 
UCLA tomorrow. In addition to teaching iD, I'll 
give a short background session, with slides, on 
the area and the social situation behind the 
mapping (in this case female genital mutilation, 
child brides and sexual violence in Tanzania).
With preparation and having experienced 
people available to answer questions, new mappers can do a good job.


Charlotte


At 10:12 PM 11/14/2016, you wrote:

Dear community members,

While at the 
spatial 
data workshop a few days back in Tanzania, there 
was unique feedback from some of the people and 
organisations who have used OSM data: they 
greatly appreciated the quality of the data in 
OSM: buildings, roads, and business information, 
e.t.c thanks to the Ramani Huria team, and 
community members who are doing the mapping.


This data is being 
used for analysis, insight generation and maps!! 
However, the need for more quality data was also 
echoed as a very important aspect needed in all these efforts.


A while back there was a discussion on new 
mappers, and generally making wrong edits to 
OSM, especially during need for maps and data in 
critical situations: considering that mapping 
for flood resilience scaled to involve new 
community members/mappers whose data is now 
proving useful, and good quality, i think we 
should always guide, understand, and help out 
any new mappers who might make mistakes, as with 
time their contributions will be helpful.




Humanitarian OpenStreetMap Team
Mapping Supervisor "Financial Services", Uganda

Email: douglas.ssebagg...@hotosm.org
Skype: douglo.m
Twitter: @douglaseru
UG Mobile: +256 772 422 524
Using OpenStreetMap for Humanitarian Response & Economic Development
web | 
twitter | 
facebook | donate

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



Charlotte Wolter
927 18th Street Suite A
Santa Monica, California
90403
+1-310-597-4040
techl...@techlady.com
Skype: thetechlady

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

Re: [HOT] OpenStreetMap data, good and bad

[john whelan]

Looking in JOSM at half Tanzania there are some 4,000 untagged ways, 26,000
duplicated nodes etc.

I'll take a look over the next few days.

Cheerio John


On 15 November 2016 at 01:12, Douglas Ssebaggala <
douglas.ssebagg...@hotosm.org> wrote:

> Dear community members,
>
> While at the spatial data workshop 
> a few days back in Tanzania, there was unique feedback from some of the
> people and organisations who have used OSM data: they greatly appreciated
> the quality of the data in OSM: buildings, roads, and business information,
> e.t.c thanks to the Ramani Huria team, and community members who are doing
> the mapping.
>
> This data is being used  for analysis,
> insight generation and maps!! However, the need for more quality data was
> also echoed as a very important aspect needed in all these efforts.
>
> A while back there was a discussion on new mappers, and generally making
> wrong edits to OSM, especially during need for maps and data in critical
> situations: considering that *mapping for flood resilience* scaled to
> involve *new* community members/*mappers* whose data is now proving
> *usefu*l, and good quality, i think we should always guide, understand,
> and help out any new mappers who might make mistakes, as with time their
> contributions will be helpful.
> --
>
> *Humanitarian OpenStreetMap Team
> *Mapping Supervisor "Financial Services", Uganda
>
> Email: douglas.ssebagg...@hotosm.org
> Skype: douglo.m
> Twitter: @douglaseru 
> UG Mobile: +256 772 422 524
>
> *Using OpenStreetMap for Humanitarian Response & Economic Development*
> web  | twitter  | facebook 
>  | donate 
>
>
> ___
> HOT mailing list
> HOT@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/hot
>
>
___
HOT mailing list
HOT@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot

[HOT] OpenStreetMap data, good and bad

[Douglas Ssebaggala]

Dear community members,

While at the spatial data workshop  a
few days back in Tanzania, there was unique feedback from some of the
people and organisations who have used OSM data: they greatly appreciated
the quality of the data in OSM: buildings, roads, and business information,
e.t.c thanks to the Ramani Huria team, and community members who are doing
the mapping.

This data is being used  for analysis, insight
generation and maps!! However, the need for more quality data was also
echoed as a very important aspect needed in all these efforts.

A while back there was a discussion on new mappers, and generally making
wrong edits to OSM, especially during need for maps and data in critical
situations: considering that *mapping for flood resilience* scaled to
involve *new* community members/*mappers* whose data is now proving *usefu*l,
and good quality, i think we should always guide, understand, and help out
any new mappers who might make mistakes, as with time their contributions
will be helpful.
-- 

*Humanitarian OpenStreetMap Team
*Mapping Supervisor "Financial Services", Uganda

Email: douglas.ssebagg...@hotosm.org
Skype: douglo.m
Twitter: @douglaseru 
UG Mobile: +256 772 422 524

*Using OpenStreetMap for Humanitarian Response & Economic Development*
web  | twitter  |
facebook  | donate

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