Automatic-User-location: Difference between revisions

From *** My Personal Wiki ***
Jump to navigation Jump to search
Line 35: Line 35:
== PseudoCode ==
== PseudoCode ==


*User navigates to eMarketBrasil.com
'''User navigates to eMarketBrasil.com'''
*'''Cases->'''  
*'''Cases->'''  
1- no location data anywhere  <br>
1- no location data anywhere  <br>
2- IP location in database  <br>
2- IP location in database  <br>
3- Permanent location Cookies on computer <br>
3- Permanent location Cookies on computer <br>
4- in location database and has permanent location cookies  <br>
4- in IP-location database AND has permanent location cookies  <br>

Revision as of 12:19, 26 August 2007

User Behavior Assumptions

  • User selects LOCATION=STATE,CITY pair when registering
  • If UNLOGGED-IN-USER selects LOCATION use this as computer LOCATION and save as PERMANENT-LOCATION-COOKIE
  • If a user registers and there are no PERMANENT-LOCATION-COOKIES then set the PERMANENT-LOCATION-COOKIE as what he registered with.
  • If the user logs in use the computer PERMANENT-LOCATION-COOKIE as the LOCATION.


Proposed-Features

  • IP ADDRESS versus geolocation database
  • DB-RECORD = [ IP-ADDRESS, STATE , CITY , LATITUDE, LONGITUDE ]



  • A GEO-LOCATION database will have a probabalistic distribution. Detection of highest percentile is more complication.
  • The metric to use is the one that is most useful to the user.
  • This may or may not be exactly where their home town is.



Design Conclusions

  • Put a very visible location interface on the front page to engage user participation and usage
  • GEOLOCATION database should start of simply with only 1 entry per IP address. This will allow portability of user entered data from one computer to another for instance in a LAN house or home network.


PseudoCode

User navigates to eMarketBrasil.com

  • Cases->

1- no location data anywhere
2- IP location in database
3- Permanent location Cookies on computer
4- in IP-location database AND has permanent location cookies