Planned

:wrench:

Visits with Multiple Sections

If you are in a big place (E.g. a large public square, a park), arc tends to default to making lots of 10 minute walks between points in that place. I prefer marking that as one long visit to that place.

Generally you can mark all those walking segments as stationary to give them the place name, but then you have a load of big stationary segments, which you can see are actually long walks. You can then trick it into marking these back as walks, and it will still save it within the long visit, but this is a hassle and sometimes if you go to far arc changes it back to its own section of the timeline again.

I would basically like that if there were multiple stops with the same location name (different parts of a park), each with 10 minute walks between them, that arc would merge that into one big visit which you can see the constituent walks within.

2 votes

Tagged as Tweak

Suggested 06 May 2023 by user Alexander Kenny

Moved into Planned 08 May 2023

  • Sign in to comment and vote. Sign in by email
  • 06 May 2023 Alexander Kenny suggested this task

  • avatar

    This is also relevant for airports

    06 May 2023
  • 08 May 2023 Matt Greenfield approved this task

  • avatar

    This gets my vote. This is one of the long standing annoyances I have with Arc/LocoKit’s processing engine.

    This wasn’t a problem in Arc’s early years, because when you were inside buildings iPhones would produce very low accuracy location data, for example with reported accuracy of 60 to 100 metres. The way that the moving/stationary detection and visit edge detection algorithms work means that when location data accuracy is low it’s more likely to group those samples inside a single visit, because fine grained detail within the visit can’t be determined.

    But what’s happened is that iPhones have steadily got better at determining accurate location inside buildings, and now report location data accuracy as good as 10 to 30 metres indoors in many cases. The data is cleaner, more accurate, and is reported as such.

    That then feeds into Arc/LocoKit’s algorithms, allowing the algorithms to determine much more fine grained detail inside buildings, to the point where the algorithms no longer implicitly “know” that you’re inside a single building.

    So, ironically, that better data makes Arc’s job harder for the cases where we do want all that stuff inside a large building to still be grouped together inside a single visit. It’s gone from being a problem that solved itself to being a problem that’s actually quite difficult to solve!

    But I do have a bunch of ideas, and it is something I want to tackle eventually. So I’ll file this one in the “Planned” section, and hopefully it’ll get enough votes here that I can justify putting some serious development time into getting it working how we want.

    08 May 2023
  • 08 May 2023 Matt Greenfield moved this task into Planned