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

[Pierre GIRAUD]

Hi all,

My point of view is that it's a bad idea to increase the default lock
duration. I usually think it's even already too high for mapathons
with beginners.

Here's why:
 - people sometimes don't know nothing about the duration time,
 - when they know, they forget to check if it's finished,
 - it takes too much time to finish a tile. And I agree with Dale when
he says that mappers are more happy when they finish several small
tiles than being bored and lazy to finished one single big tile. It's
even more important at a mapathon with beginners.

However, I agree that the issue initially raised by John on this
thread or Séverin in github [1] is an important problem. It's a shame
that the Tasking Manager doesn't avoid conflict when it's its main
goal. No matter which editor is the mapper's favorite.

Ways we could improve:
 - inform people about the duration at mapathons more clearly,
 - ask people to commit often and refresh iD page if needed,
 - make the duration time more obvious,
 - encourage mappers to avoid taking tiles that were auto unlocked
during the mapathon,
 - encourage mappers to split the tiles to make them smaller and
faster to finish,
 - notify (alert) the user when the duration is finished (the most
important one in my opinion),
 - make the duration time configurable per project,
 - let the user extend the duration. See #770 [1].

[1] https://github.com/hotosm/osm-tasking-manager2/issues/770

Regards,
Pierre (eager to improve the Tasking Manager usability all the time)

On Sun, Apr 17, 2016 at 3:34 PM, Severin Menard
<severin.menard at gmail.com> wrote:
> Hi,
>
> Quite a recurrent topic for years. I created this ticket two weeks ago, feel
> free to suggest improvements or to support it.
>
> Severin
>
> On Sun, Apr 17, 2016 at 1:12 PM, john whelan <jwhelan0112 at gmail.com> wrote:
>>
>> Bootable JOSM on a USB stick?  Smaller tiles?
>>
>> I think we have identified a problem area even if we don't yet have an
>> instant solution.
>>
>> Any more suggestions?
>>
>> Cheerio John
>>
>> On 17 April 2016 at 08:35, Dale Kunce <dale.kunce at gmail.com> wrote:
>>>
>>> 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
>>>>
>>
>>
>> _______________________________________________
>> 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
>



-- 
-------------------------------------------------------------
  | Pierre GIRAUD
-------------------------------------------------------------