Webdev/SeatingChart: Difference between revisions

From MozillaWiki
Jump to navigation Jump to search
mNo edit summary
Line 5: Line 5:
Goal is to evolve this page into a sort of requirements doc for this.  
Goal is to evolve this page into a sort of requirements doc for this.  


=== Phases ===
=== Proposal ===


Are we interested in Phase
==== Component I : Floorplan editor ====
* Display an image of the floor plan in a Web interface.
* User can assign landmarks (seats/desks) on the image by simply clicking on a point


*One (Google like map) Precision: Click Location in phone book and get a Map with pin at their location
Questions?
*Phase Two Precision: If a facility map is available, Click Location in phone book and get the image of that facility with pin at emp's seat. With option to scale out to Map with pin at address.
* where do we persist this info


<br>
==== Component II : Assign Emp to Seat (landmark) ====
 
* In wed interface display the image with 'landmarks' layer
* user can click a seat and 'assign' an emp to the seat
** could also remove an emp (and place them elsewhere)
 
Questions?
* where do we persist this info
 
 
==== Component III : Confluence of The above with the Moz phonebook ====
* Seating chart location becomes an ldap field displayed on a phonebook record
* clicking the link takes you to the floorplan image with emp's seat in focus


=== How do we populate the data  ===
=== How do we populate the data  ===

Revision as of 21:51, 25 March 2010

Some General Questions

Doing some preliminary research for the upcoming seating chart app. Just looking for feedback, comments. Sorry if many/all of this has been covered prior to my arrival. Just trying to get up to speed on this one before I start work on it.

Goal is to evolve this page into a sort of requirements doc for this.

Proposal

Component I : Floorplan editor

  • Display an image of the floor plan in a Web interface.
  • User can assign landmarks (seats/desks) on the image by simply clicking on a point

Questions?

  • where do we persist this info

Component II : Assign Emp to Seat (landmark)

  • In wed interface display the image with 'landmarks' layer
  • user can click a seat and 'assign' an emp to the seat
    • could also remove an emp (and place them elsewhere)

Questions?

  • where do we persist this info


Component III : Confluence of The above with the Moz phonebook

  • Seating chart location becomes an ldap field displayed on a phonebook record
  • clicking the link takes you to the floorplan image with emp's seat in focus

How do we populate the data

From the files that Ryan sent, it looks to be a Viso dump of the Image meta data that gives the positions of the network drops. Then there is a csv file that links emp to network drop. Was this a decided solution of how to get emps placed on the facility image or just proof of concept , trial and error? It certainly works, I was just curious if we were looking for a more real-time solution or we're good with this batch like solution.

  • Is the manager expected to enter the data manually Are we interested in obtain the position of the seat from other data (at least to some level of precision) reported Network jack geocoding?
  • Would an additional open "Click to place/edit" or "drag and drop" interface over the facility image be useful let folks place themselves on the map let the community maintain the char?
  • When do we know where a new employee sits? Decided during paperwork processing or first day of work?
  • Are there "floater" employees in the office who just find an empty desk?

Telecommuting Employees

  • Do we want their seat localtion For employees that have and office seat and regularly telecommute, do we want two(or more) seat locations? google maps (or similar service) for telecommuters, or even a precision fallback for any employee?

Contractors

  • is it useful to have this seat info (at least to some precision : link to a google map)?
  • For contractors, I could definitely see an interface that allows the user to place themselves to be very useful.