[HOT] Can we extend the time a tile is locked please?

[Dale Kunce]

John,
I've seen this a lot to and I think it's how iD is used in the mapathon.
When you have lots of mappers ID struggles to redraw the area after a save.
Another problem is that if it's a dense area ID will hide features to
reduce drawing time and increase browser performance.

In general I think the old 2 hour per tile is way way to long. We try and
make tiles for beginners that are about 30 min worth of work. This
increases the amount of tiles completed and gives folks a better sense of
accomplishment even if it's the same amount of mapping.
On Apr 17, 2016 8:26 AM, "Ralf Stephan" <gtrwst9 at gmail.com> wrote:

> I have seen this too recently, and I also always thought the time too
> short in general.
>
> On Sun, Apr 17, 2016 at 1:39 PM john whelan <jwhelan0112 at gmail.com> wrote:
>
>> When validating I'm seeing buildings double mapped.  I've seen fifty on a
>> tile.  They are both a pain to clean up and a waste of mapper resources.
>>
>> What I think is happening is maperthon mappers going off for lunch or a
>> coffee break and leaving the tile locked.  The time lock expires, someone
>> else grabs the tile but the first mapper continues to map.  Now we have two
>> mappers mapping at the same time on the same tile.
>>
>> I've also seen highways double mapped etc.
>>
>> Ideally a six hour time lock would save a lot of this double mapping but
>> there are trade offs.
>>
>> Could six hours be made the default but for a particular urgent project
>> the project manager could set a lower value?
>>
>> Thanks John
>> _______________________________________________
>> HOT mailing list
>> HOT at openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/hot
>>
>
> _______________________________________________
> HOT mailing list
> HOT at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/hot
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/hot/attachments/20160417/1b51c395/attachment.html>