#209: use geolocation to pick default ec2 region on getfedora page --------------------------+----------------------- Reporter: mattdm | Owner: webmaster Type: enhancement | Status: new Priority: major | Milestone: Fedora 20 Component: General | Keywords: Blocked By: | Blocking: --------------------------+----------------------- With F19, the "launch" page doesn't show up until you choose a region. We could default to us-east-1, because that's the biggest and most-full featured region, but that may come off as a little us-centric. So, what about guessing the closest region based on geoip, for the F20 version of the page?
#209: use geolocation to pick default ec2 region on getfedora page -------------------------+------------------------ Reporter: mattdm | Owner: webmaster Type: enhancement | Status: new Priority: major | Milestone: Fedora 20 Component: General | Resolution: Keywords: | Blocked By: Blocking: | -------------------------+------------------------ Changes (by dustymabe):
* cc: dustymabe@… (added)
Comment:
This might be good for an initial splash screen page but I think it would be great to have a more detailed page for power users who know what they are looking for. A good example of this would be http://cloud- images.ubuntu.com/locator/ec2/ . I you know what you are looking for you can filter results with the dropdowns at the bottom of the page.
Trying to find AMIs using datagrepper is painful https://apps.fedoraproject.org/datagrepper/raw?category=fedimg
#209: use geolocation to pick default ec2 region on getfedora page -------------------------+------------------------ Reporter: mattdm | Owner: webmaster Type: enhancement | Status: new Priority: major | Milestone: Fedora 20 Component: General | Resolution: Keywords: | Blocked By: Blocking: | -------------------------+------------------------
Comment (by gholms):
If it's using geo-IP data for the sake of sorting a list differently then I think that makes sense. I very much recommend avoiding using it to ''hide'' things, because that wouldn't match up with the way people use AWS, where people are often cognizant of regions and choose more distant one for reasons like preexisting resources in other regions, multi-region redundancy, and especially pricing.
Location alone may also not be the best metric. For instance, São Paulo's pricing is so awful that even Brazilians frequently avoid it, so using that region as the default for all of South America just because it is closer is not necessarily the best choice. At the moment I can't think of an alternative that is strictly objective, though. :-\
websites@lists.fedoraproject.org