[tracker] Geolocation within Phonebook

RESOLVED INVALID

Status

enhancement
P1
normal
RESOLVED INVALID
8 years ago
4 years ago

People

(Reporter: aakashd, Unassigned)

Tracking

(Depends on 1 bug, Blocks 2 bugs)

Details

(Whiteboard: [l10n impact][ux][Triage 2015-04-17])

Attachments

(4 obsolete attachments)

requirements/spec upcoming
Severity: normal → enhancement
OS: Mac OS X → All
Hardware: x86 → All
Priority: -- → P1
Target Milestone: --- → 1.2
Whiteboard: [l10n impact]
Blocks: 692846
Assignee: nobody → tofumatt
Target Milestone: 1.2 → 1.3
Yes please! Just saw these questions in an email:

"Is there a technical Mozillian in the Boston area who might be interested in attending? Or an intern who's in the same time zone?"

Would be great if Mozillians.org could answer these quickly and easily.
Whiteboard: [l10n impact] → [l10n impact][rel:04/04/2012]
I am thinking that this would be another field in the user’s profile called “Current City” or “Current Location”.

The question is, how do we populate it so that Strings can remain consistent across SUMO? I am thinking of implementing some sort of a city directory that user can type and then pick from a list.

This way, cities can actually be searched in a helpful way, and there’s no room for and typing mistakes inconsistencies.
Whiteboard: [l10n impact][rel:04/04/2012] → [l10n impact][rel:04/18/2012]
The Mozilla Reps portal does this very nicely by allowing you to enter City, State and optionally point in a map. The result is https://reps.mozilla.org/people/
Assignee: tofumatt → owen
Posted image 3f Search location (obsolete) —
Note the inclusion of:
* Timezone (which relates to bug 692846)
* Number of members (this is essentially the number of search results)
* MozSpace address, if it exists (nice to have)

The search box autocomplete behavior for Location data was described in attachment 610454 [details].
Posted image 3f Search location + map (obsolete) —
The “What members have in common” a.k.a. “the most used tag in the search result” field is gone, replaced by a map.
Whiteboard: [l10n impact][rel:04/18/2012] → [l10n impact][rel:05/02/2012]
Whiteboard: [l10n impact][rel:05/02/2012] → [l10n impact]
(In reply to Bram Pitoyo [:bram] from comment #5)
> Created attachment 613704 [details]
> 3f Search location
> 
> Note the inclusion of:
> * Timezone (which relates to bug 692846)
> * Number of members (this is essentially the number of search results)
> * MozSpace address, if it exists (nice to have)
> 
> The search box autocomplete behavior for Location data was described in
> attachment 610454 [details].

Hey Bram,

Here's my feedback as well as a few questions:

* Some of the contact information listed in the mock-ups aren't available (i.e. Jot Title and Contact button). I'd suggest leaving them out of the mock-ups as they don't really match what any of the feedback we've received so far. 
* The bio section isn't going to be too useful. How about we list things like "irc nickname" and "primary e-mail address" instead?
* Are the mock-ups in Comment #6 and #5 listed as alternatives or for different use cases?
> * Some of the contact information listed in the mock-ups aren't available
> (i.e. Jot Title and Contact button). I'd suggest leaving them out of the
> mock-ups as they don't really match what any of the feedback we've received
> so far. 
> * The bio section isn't going to be too useful. How about we list things
> like "irc nickname" and "primary e-mail address" instead?

Sounds good. I was originally thinking that the “Job Title” and “I Work On” fields will be needed to reduce feature parity between Mozillians and our internal Phonebook. It’s a very long-term goal, but I figure that it’s best to add what we can now.

I agree that IRC and email are both more helpful to look at than bio, especially in the search result pages, so I revised those fields. Bonus: the size for each result becomes smaller, which means more space-saving.

> * Are the mock-ups in Comment #6 and #5 listed as alternatives or for
> different use cases?

They’re listed as alternatives. We can have either one. The one with the map will give user geographical context, which may be important for planning and figuring out whether this city is close to that city, and how close? The group cloud will encourage user to click around and explore. Exploration is important, but Phonebook is designed as a utility that people can get in, do their thing and get out of as quickly as possible, so I think that the map is a more helpful info.
Posted image 3f Search location (obsolete) —
Removed job title and bio, added email and IRC. Size of search result is made smaller.
Attachment #613704 - Attachment is obsolete: true
Posted image 3f Search location + map (obsolete) —
Removed job title and bio, added email and IRC. Size of search result is made smaller.
Attachment #613720 - Attachment is obsolete: true
Component: mozillians.org → Phonebook
Product: Websites → Community Tools
QA Contact: mozillians-org → phonebook
Target Milestone: 1.3 → ---
Version: unspecified → other
https://github.com/mozilla/mozillians/tree/locations

This is code complete and r+, it needs to be merged in once the vagrant dependencies are taken care of.
Assignee: owen → james
Blocks: 755340
Depends on: 747045
This is huge, and in the interest of getting the minimal necessary features in by the end of the quarter, it's getting split up, so this bug is now a tracker.
Depends on: 763454
Summary: Users can add geographic location to their profiles → [tracker] Geolocation within Phonebook
Depends on: 763509
Depends on: 763543
Depends on: 763624
Depends on: 763717
Depends on: 763792
Attachment #615682 - Attachment is obsolete: true
Attachment #615683 - Attachment is obsolete: true
Blocks: 778747
Depends on: 807798
Whiteboard: [l10n impact] → [l10n impact][ux]
Assignee: james → nobody
No need for this tracker anymore.
Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → INVALID
Whiteboard: [l10n impact][ux] → [l10n impact][ux][Triage 2015-04-17]
You need to log in before you can comment on or make changes to this bug.