Automatic-User-location: Difference between revisions
Jump to navigation
Jump to search
No edit summary |
|||
| Line 37: | Line 37: | ||
*User navigates to eMarketBrasil.com | *User navigates to eMarketBrasil.com | ||
*'''Cases->''' | *'''Cases->''' | ||
1- no location data anywhere | 1- no location data anywhere <br> | ||
2- IP location in database | 2- IP location in database <br> | ||
3- Permanent location Cookies on computer | 3- Permanent location Cookies on computer <br> | ||
4- in location database and has permanent location cookies | 4- in location database and has permanent location cookies <br> | ||
Revision as of 12:18, 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 location database and has permanent location cookies