<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, 5 Oct 2020 at 18:00, Justin Tracey via talk <<a href="mailto:talk@openstreetmap.org">talk@openstreetmap.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 2020-10-05 6:49 a.m., john whelan wrote:<br>
> I think we underestimate new mappers.  JOSM takes a little more time<br>
> to set up true enough but once set up new mappers can be quite<br>
> productive.  I think it is best if you limit them to adding one or two<br>
> features at a time but for adding buildings nothing beats it with the<br>
> buildings_tool plugin.<br>
<br>
<br>
For adding lots of buildings quickly, sure, that's definitely what I'd<br>
recommend, but that's not the most common action newbies will be<br>
performing in OSM. And yes, you *can* teach new mappers how to use JOSM,<br>
of course, but IMO the goal should be to make the UI as frictionless as<br>
possible at getting them to understand how mapping works, not getting<br>
them to use the most powerful mapping tools as quickly as possible. Or,<br>
framed another way, I would rather have lots of moderately skilled<br>
contributors all over the world than (unintentionally) gate-keep into<br>
highly skilled contributors in a few places.<br>
<br>
<br>
To use a programming analogy (sorry, I realize this is useless to<br>
non-programmers), yes, you can teach a complete programming newbie C as<br>
their first language. But if you want them to actually understand the<br>
important core concepts quickly rather than learning the quirks of the<br>
architecture, you're probably better off using something simple like<br>
Python. On a similar note, I use C for my work quite often, but when I<br>
need to write something simple, I'll default to Python; and while I<br>
frequently use (and have even made non-trivial upstream code<br>
contributions to) JOSM, I still default to iD as my go-to editor for<br>
most quick fixes.<br></blockquote><div>As far as learning OSM goes, I think iD's tendency to hide what's going on isn't helpful. With JOSM you apply a preset and see the equivalent tags immediately at the side. With iD these tags are hidden below the user friendly template (often pushing it off the screen). I also find iD's area and relation handling to be a little misleading as well as it implies that we have an area type that is distinct from ways and presents relations in a way that is effectively backwards. <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
<br>
><br>
> Highways, I think it is iD that offers many choices of tags but do we<br>
> really need rural highways in Africa to be tagged as unlit?<br>
<br>
<br>
Well, for that particular case, my guess is that tag is just as useful<br>
there as it is anywhere.<br>
<br>
 - Justin<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
talk mailing list<br>
<a href="mailto:talk@openstreetmap.org" target="_blank">talk@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk</a><br>
</blockquote></div></div>