@rawbzz What happens when the user pans the map away from the selected LOI? Do we:

1. Deselect the LOI when it goes outside the viewport
2. Allow the user to pan and zoom back to the LOI by tapping some affordance on the card or
3. Lock the map viewport when an LOI is selected (least preferred)

@anandwana001 FYI

@rawbzz Also - if there are multiple jobs which allow "Free form" data collection (i.e. user can add LOIs), how does the user select the desired job after clicking "Add a site"?

@gino-m

1. If a user pans away from the LOI location, i was under the impression that clicking that location point icon would re-center the user back to where they are selected.
2. Not sure if i understand the second question.. job is different from a task right?

@rawbzz Gentle ping.

@lecrabe, @kenstershiro, @jo-spek Any objections to this change? We had this in the queue for beta but it didn't make the cut.

No objections from my side. Sounds great and a lot more intuitive than swiping bottom cards, which proved to be rather confusing in the field.

Plus it would be great if the card of finished geometries could hold their area --> #2096

@anandwana001 Have you started work on this? If not @sufyanAbbasi would like to pick it up.

@anandwana001 Have you started work on this? If not @sufyanAbbasi would like to pick it up.

Sure, @sufyanAbbasi can pick it up

Hi @sufyanAbbasi, any updates on this one? Do you think it can get done in the iteration which starts today?

@rawbzz Also - if there are multiple jobs which allow "Free form" data collection (i.e. user can add LOIs), how does the user select the desired job after clicking "Add a site"?

Not sure if i understand the second question.. job is different from a task right?

Surveys have jobs (e.g. collect tree species, collect plant species) and each job has a different set of tasks (e.g. type of leaf) and its own set of LOIs. In the previous UX, each job had its own "add LOI card" for each job but the new UX isn't able to disambiguate by job.

Maybe pressing "Add Site" prompts the user to select a job from a list to start collecting data for?

This one right @gino-m ?

This one right @gino-m ?

That's the one! I'd recommend the dialog title being simply "Add a site" or "New site". The user defined job names shown in the list will hopefully disambiguate. @amegantz for input.

Awesome, thank you!!

@amegantz @rawbzz "Add a site" feels a bit off as the main entry point, as seen from the perspective of a first-time data collector: "What is a site, and do I really want to add one? I just want to start collecting data." It also doesn't make it clear we're also collecting data about the site - on the surface it could be interpreted as distinct from actually collecting data.

One idea could be replace the "+" icon with the generic geometry pin () with a "+" instead of a square in the center. This would serve as a visual cue:

• To all users: Like "+", that this is how the user adds data.
• To users who understand they're adding a new site+data: That this will add a new site as well as data.

The label could then say something more universal, like "Collect". (Gemini's top picks were "Collect data" or "Collect").

Alternatively, we could remove the label altogether and rely on the "+" icon alone - clean and simple.

I know I suggested avoiding the terminology job, but if you agree with the above then we would need to update the "Add new site to" dialog header for consistency. At the end of the day "Select a data collection job" might be clearer anyway.

Lastly, wondering if we can replace the two-step process of selecting a job with a single tap, perhaps making the jobs shown in the dialog very obvious primary actions somehow?

Thoughts?

Hey @sufyanAbbasi ! After some further discussions we have some updated designs!

Bottom shim gradient details:

Thanks @rawbzz @vittorino !