[OSM-dev] Why are so many changeset so large?

Paweł Paprota ppawel at fastmail.fm
Wed Oct 17 06:43:21 BST 2012


On 10/17/2012 01:04 AM, Alex Barth wrote:
>
> I really like how activity streams shows easy-to-understand changes
> on the map using changemonger [1,2]. At the same time it creates an
> alternative break down of changes that is more granular than
> changesets.

> This diverts attention from _comments on changesets_. This is not
> ideal in my mind - these comments on changesets have great potential
> to become an even more important communication channel in the
> future.
>

I agree. I will add changeset comments to changeset descriptions on the 
demo instance and let's see how this turns out.

One challenge I see with that is the fact that some (most?) people don't 
add relevant information to their changesets. But perhaps seeing their 
changesets as activities would change that behavior and they would use 
changeset comments as a communication channel, not as a required field 
in an editor.

> I understand activity streams / changemonger suggests a broken up
> view of data changes because many changesets are so large that they
> are effectively not meaningful. I'd like to understand better why
> these changesets are so large.
>

One thing that became immediately apparent once I managed to get the 
whole thing up and running is the fact that changesets really do come in 
all shapes and sizes.

Is that a problem? I thought about it and my conclusion is that it's 
just another thing that the social/activity stream view could help with.

While I agree with Tom's comment about encouraging people to go out and 
survey instead of writing edit bots, I think we should accept and 
embrace all changes when thinking about improvements to the site.

Specifically, I thought about adding things like:

1. Changeset size (number of changes) indicator on a single activity view.

2. Changeset size (in terms of bounding box) indicator on a single 
activity view.

3. Simple filtering features for (1) and (2). Right now the Activity 
Server holds multipoint geometry for every changeset so it's possible to 
implement filtering like that (as opposed to considering only the 
bounding box of a changeset)

Paweł



More information about the dev mailing list