[Potlatch-dev] "Source" key and map_features.xml
Richard Fairhurst
richard at systemeD.net
Sun Dec 5 12:17:00 GMT 2010
Ed Loach wrote:
> So I don't see the source key as crucial. What might be an idea, if
> it isn't already done, is record what background is in use when the
> changes are saved by using a tag on the changeset rather than every
> object - this won't say whether the user has changed during the
> session (though I guess this could be tracked and used rather than
> just whatever is current, but more work).
Yes. It's a difficult one to judge, but I don't think putting a source
textfield on every item is the right solution.
It's a whole extra concept for the newbie mapper (who is probably
befuddled enough already), who should be able to get started just
understanding "this is where you choose what it is" (dropdown), "this is
where you type what it's called" (name), and "this is how you add a
pub/phone box/whatever to the map" (drag-and-drop). For experienced
mappers, meanwhile, it's a cumbersome solution; the most common source
tagging is "set it to the current background", and you can do that much
more speedily with the B key. There are doubtless more obvious ways we
could implement that, but a whole unexplained textfield isn't one of them.
Ed's idea of an automatically-set changeset tag is potentially a useful
one. Not to be called "source=", because having a background open
doesn't mean you're actually copying from it (I usually have one open
just for context, but do most of my mapping from GPS traces). Perhaps
"background_open=". It shouldn't be too difficult to populate this with
all the backgrounds used in the changeset.
On two particular points from Steve's message:
> In my view, the source key is crucial to every object. The editor
> should be doing everything it can to encourage people to fill it in.
One problematic trait of OSM (and I'm certainly not picking on you here
Steve, many many people are a million times more guilty :) ) is people's
belief that everything can be solved through code, and in particular, by
editors insisting on/preventing certain things.
If only. It's an abdication of the community's responsibility to write
some decent, enticing docs, which it has so far completely failed to do
in six years. As we've seen with changeset comments, insisting on them
doesn't mean you always get useful ones. Rather, it means those who'd
add them anyway add them; those who wouldn't write nothing, or "...", or
"Fixed Stuff", or "Fuck you".
The community needs to help the new mapper understand why, and when,
source tags are important. Forcing newbies to fill in something they
don't understand just doesn't work, sadly.
> Secondly, it's a usability thing. Since you need to populate the
> source key for every object you create, this change means the user has
> to switch to the "Misc" tab (scrolling across...)
Something I'm hoping to do in the medium term is give people the ability
to choose from pre-defined tag preset files, just as you can for
backgrounds and for stylesheets. Then if you want an advanced mapper's
speedy toolkit with "source" instantly accessible, you can have it; if
you want a million shades of access tags, you can have it; yet P2 can
still provide the new mapper with a simple, comprehensible default.
cheers
Richard
More information about the Potlatch-dev
mailing list