Re: Update on geo-hint header

Dear experts,

Pls note the common folks experience:
1. while visiting Sydney during my vacation from EU ... would I'd 
appreciate more the Australian "geo-localized" news, or the EU once? And 
the answer is: that depends, and should stay that "dependent" way.
2. then again, I'd personally  would prefer to always "appear" as a 
browser from Midway Island (or something), not from EU, where my browser 
is always cluttered with "cookies warning" popups.

So personally I'd rather have tools to dismantle geolocations (and VPN 
is my friend here), then enforce it to be "exactly correct".

BTW: the less I care about server geolocation.

Best Regards.

R.

W dniu 08.07.2022 o 00:05, Jana Iyengar pisze:
> I would argue slightly differently. I see the primary value in this 
> proposal that sharing this information accurately is now up to the 
> client. If the client wishes to be accurate about its location, it can 
> be, without waiting for multiple third parties to converge. Whether a 
> client does so is a different question. At a minimum, an interested user 
> could go do something more about it than waiting for geo-ip-dbs and 
> origins to update.
> 
> - jana
> 
> On Thu, Jul 7, 2022 at 8:46 AM Poul-Henning Kamp <phk@phk.freebsd.dk 
> <mailto:phk@phk.freebsd.dk>> wrote:
> 
>     --------
>     Tommy Pauly writes:
> 
>      > Essentially, if the client (or whoever is involved in choosing
>     the IP for
>      > proxying cases, etc) wants to have their effective geolocation
>     reflect the IP
>      > they chose, they have an incentive to share an accurate database
>     entry.
> 
>     I think it far more likely that people will set it wrong, either
>     willfully or through through geo-data-incompetence.
> 
>     There may be other arguments for the geo-hint header, but precision is
>     probably not one.
> 
>     -- 
>     Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
>     phk@FreeBSD.ORG         | TCP/IP since RFC 956
>     FreeBSD committer       | BSD since 4.3-tahoe
>     Never attribute to malice what can adequately be explained by
>     incompetence.
> 

-- 
Rafał Pietrak

Received on Friday, 8 July 2022 08:26:10 UTC