[Talk-us-massachusetts] well, so much for the Lynn Woods effort

[Greg Troxel]

hobbit at techno-fandom.org writes:

> This is being a STEEP learning process.  But all I really want, in the end,
> is woods showing up as woods.  As a side-effect of "correct" mapping, as you
> say.  There are a lot of bad examples out there, I'm sure you know, with
> administrative boundaries tagged as landuse/landcover/natural.  I see splitting
> those into the official boundaries vs. the *real woods* as a starting point,
> which could expand outward from there.  Is that still thinking wrong?

I think it's right.  When there is a landuse objects that has landcover
tags, the appropriate paths forward are some combination of:

  - just remove the landcover tags, because it is bad data

  - draw a polygon that encompases the area where it feels like woods,
    were you on the ground, with it being a relation and inner members
    in cases where that is how it is

> Another problem is that it's impossible to copy large objects in iD.
> Installing JOSM or something is not presently an option here, and I
> don't think my ordinary casual trail fix-ups are really worth that.

I don't know why it isn't an option.  In all seriousness, I learned JOSM
really early on in my OSM time, the first year, and am really glad.
Learning curve and bloated yes, but it is very powerful and much easier
to do complicated things.  From the historical perspective, it's amazing
that an in-browser editor can deal with relations at all.  Your call to
decline to use JOSM.  But the flip side is that if you can't edit
something with iD so that it's right when you are done, you shouldn't do
that.

> The other real asskicker problem is that the carto tiles on the OSM website
> take *forever* to catch up with edits, giving seriously confusing visual
> results.  And that's *with* trying to dirty the tile cache and force it.

It varies.  Sometimes it's only a minute.  Agreed it would be nicer to
be faster.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 194 bytes
Desc: not available
URL: <http://lists.openstreetmap.org/pipermail/talk-us-massachusetts/attachments/20220722/2d3e658a/attachment.sig>